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: Marcin Z. <ms...@wp...> - 2008-03-25 19:42:30
|
Hello again, On 2008-03-03 03:28, Peter Grayson wrote: (...) >> But I have one more suggestion, this time about --with-video :) >> In current implementation that switch causes to use video.c which always >> uses vidcap/vidcap.h, so it's impossible to compile with video support >> without vidcap available. It could be detected at configure level. This >> time I made even proper patch: >> http://sourceforge.net/tracker/index.php?func=detail&aid=1905868&group_id=72851&atid=535896 > > That sounds like a reasonable suggestion. Thank you for the patch. > Either myself or Mihai will look at the patch this week. Any luck with my patch? Regards Marcin |
|
From: atuc <at...@gm...> - 2008-03-25 19:05:21
|
hallo pete, > > Use --disable-video. The --without-video option no longer has any effect. great, many thanks, alex |
|
From: Peter G. <jpg...@gm...> - 2008-03-25 18:14:45
|
On Tue, Mar 25, 2008 at 12:51 PM, atuc <at...@gm...> wrote: > hallo pete, > > thanks for help. autogen re-run works, Great. That's good news. > now i have a new problem, want to compile without video > > i did. > > ./configure --without-ogg --without-theora --without-vidcap --without-video > > the make searches for vidcap.h but i gave the option --without-vidcap, > is it nessisary if i want to compile audio only? Use --disable-video. The --without-video option no longer has any effect. Pete |
|
From: atuc <at...@gm...> - 2008-03-25 16:51:33
|
hallo pete, thanks for help. autogen re-run works, now i have a new problem, want to compile without video i did. ./configure --without-ogg --without-theora --without-vidcap --without-video the make searches for vidcap.h but i gave the option --without-vidcap, is it nessisary if i want to compile audio only? -Wextra -Wno-unused-parameter -Wpointer-arith -DLIBVER=\"2.x-trunk\" -I/usr/local/include/ffmpeg -g -O2 -MT video.lo -MD -MP -MF .deps/video.Tpo -c video.c -fPIC -DPIC -o .libs/video.o video.c:21:27: error: vidcap/vidcap.h: No such file or directory video.c:22:31: error: vidcap/converters.h: No such file or directory video.c:41: error: expected specifier-qualifier-list before 'vidcap_state' video.c: In function 'iaxc_get_video_prefs': > > Thanks for trying this. > > Have you re-run autogen.sh recently? In rev 1330, the gettimeofday > test was added to configure.ac. I think maybe you haven't re-run > autogen.sh since that revision. > > >> /usr/include/sys/time.h is in place >> >> thanks for help, >> best alex tuca >> >> here the configure output: >> >> checking for a BSD-compatible install... /usr/bin/install -c >> |
|
From: Peter G. <jpg...@gm...> - 2008-03-25 13:28:31
|
On Tue, Mar 25, 2008 at 3:54 AM, atuc <at...@gm...> wrote: > thanks pete for reply, > > ich grep'ed the configure output but there ist no gettimeofday printout? > > libc6-dev was already installed on my ubuntu, i did a reinstall but this > does not change it. Thanks for trying this. Have you re-run autogen.sh recently? In rev 1330, the gettimeofday test was added to configure.ac. I think maybe you haven't re-run autogen.sh since that revision. > /usr/include/sys/time.h is in place > > thanks for help, > best alex tuca > > here the configure output: > > checking for a BSD-compatible install... /usr/bin/install -c ---snip--- > checking for sys/socket.h... yes > checking for an ANSI C-conforming const... yes > checking for inline... inline > checking for working volatile... yes > checking for pid_t... yes > checking for size_t... yes > checking for vsnprintf... yes > checking for _vsnprintf... no There should have been a test here for gettimeofday. > checking for the pthreads library -lpthreads... no > checking whether pthreads work without any flags... no > checking whether pthreads work with -Kthread... no > checking whether pthreads work with -kthread... no > checking for the pthreads library -llthread... no > checking whether pthreads work with -pthread... yes ---snip--- Pete |
|
From: Mats B. <ma...@gm...> - 2008-03-25 10:21:48
|
I have also been struggling with building tcliaxclient on Linux (SUSE 10) and have updated svn:trunk/iaxclient/contrib/tcl/ with mainly code cleanup and added the linker flags:TEA_ADD_LIBS([-lportaudio -lspeexdsp -lspeex -liaxclient]) since iaxcient needs portaudio and speex separately now. I can't load the iaxclient0.2.so in the tcl interpreter due to missing symbols, If I do 'nm -u libiaxclient0.2.so' I can see that all Pa_* and speex_* are missing. I also see that it is just 280k when it should be much larger, so I suspect that I somehow links to shared libs instead of the static ones. Under investigation... Mats |
|
From: atuc <at...@gm...> - 2008-03-25 07:54:52
|
thanks pete for reply, ich grep'ed the configure output but there ist no gettimeofday printout? libc6-dev was already installed on my ubuntu, i did a reinstall but this does not change it. /usr/include/sys/time.h is in place thanks for help, best alex tuca here the configure output: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking whether gcc needs -traditional... no checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking for a sed that does not truncate output... /bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for ANSI C header files... (cached) yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking whether time.h and sys/time.h may both be included... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking varargs.h usability... no checking varargs.h presence... no checking for varargs.h... no checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for working volatile... yes checking for pid_t... yes checking for size_t... yes checking for vsnprintf... yes checking for _vsnprintf... no checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking whether to check for GCC pthread/shared inconsistencies... yes checking whether -pthread is sufficient with -shared... yes checking for pkg-config... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for wish... /usr/bin/wish checking for iLBC reference sources in lib/iLBC... yes checking for PORTAUDIO... yes checking for gsm... yes checking for OGG... yes checking for SPEEX... yes checking for THEORA... yes checking for SDL... yes checking for GTK... yes checking for GDK2... yes checking for ALSA... yes checking for OGGZ... no checking for wx-config... /usr/bin/wx-config checking for wxWidgets version >= 2.6.0... yes (version 2.8.4) checking for wxWidgets static library... no checking for wxrc... not found checking wx/xrc/xmlres.h usability... yes checking wx/xrc/xmlres.h presence... yes checking for wx/xrc/xmlres.h... yes checking for wx xrc library... yes ( ) configure: creating ./config.status config.status: creating Makefile config.status: creating lib/Makefile config.status: creating simpleclient/Makefile config.status: creating iaxclient.pc config.status: creating simpleclient/testcall/Makefile config.status: creating simpleclient/stresstest/Makefile config.status: creating simpleclient/vtestcall/Makefile config.status: creating simpleclient/iaxcomm/Makefile config.status: creating simpleclient/iaxphone/Makefile config.status: creating simpleclient/tkphone/Makefile config.status: creating simpleclient/WinIAX/Makefile config.status: creating simpleclient/wx/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands configure: Configured clients: testcall stresstest iaxphone wx iaxcomm vtestcall tkphone |
|
From: Peter G. <jpg...@gm...> - 2008-03-24 23:07:52
|
On Mon, Mar 24, 2008 at 5:04 PM, atuc <at...@gm...> wrote: > i tried to compile iaxclient lib (trunk) on ubuntu gutsy and get "no > gettimeofday" err, > > any idea whats wrong? > > thanks, > alex tuca > > iaxclient/trunk$ > > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./portmixer/px_common -pthread > -I/usr/local/include -I../lib/libiax2/src -DLIBIAX -pthread -Wall > -Wextra -Wno-unused-parameter -Wpointer-arith -DLIBVER=\"2.1-svn\" -g > -O2 -MT libiax2/src/iax.lo -MD -MP -MF libiax2/src/.deps/iax.Tpo -c > libiax2/src/iax.c -fPIC -DPIC -o libiax2/src/.libs/iax.o > libiax2/src/iax.c:3509:2: error: #error no gettimeofday or equivalent > available > make[2]: *** [libiax2/src/iax.lo] Fehler 1 > make[2]: Verlasse Verzeichnis > '/home/alex/DEVELOP/all_iaxclient_cvs/iaxclient/trunk/lib' > make[1]: *** [all-recursive] Fehler 1 > make[1]: Verlasse Verzeichnis > '/home/alex/DEVELOP/all_iaxclient_cvs/iaxclient/trunk' > make: *** [all] Fehler 2 This is odd. The configure script checks for gettimeofday and fills in config.h accordingly. Can you verify that gettimeofday was not found at configure-time? The next question is why couldn't the configure script find gettimeofday on your system. I run ubuntu 7.10 also. Do you have libc6-dev installed? That is the package that provides /usr/include/sys/time.h which is the header that declares gettimeofday. Pete |
|
From: atuc <at...@gm...> - 2008-03-24 21:04:24
|
hallo, i tried to compile iaxclient lib (trunk) on ubuntu gutsy and get "no gettimeofday" err, any idea whats wrong? thanks, alex tuca iaxclient/trunk$ gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./portmixer/px_common -pthread -I/usr/local/include -I../lib/libiax2/src -DLIBIAX -pthread -Wall -Wextra -Wno-unused-parameter -Wpointer-arith -DLIBVER=\"2.1-svn\" -g -O2 -MT libiax2/src/iax.lo -MD -MP -MF libiax2/src/.deps/iax.Tpo -c libiax2/src/iax.c -fPIC -DPIC -o libiax2/src/.libs/iax.o libiax2/src/iax.c:3509:2: error: #error no gettimeofday or equivalent available make[2]: *** [libiax2/src/iax.lo] Fehler 1 make[2]: Verlasse Verzeichnis '/home/alex/DEVELOP/all_iaxclient_cvs/iaxclient/trunk/lib' make[1]: *** [all-recursive] Fehler 1 make[1]: Verlasse Verzeichnis '/home/alex/DEVELOP/all_iaxclient_cvs/iaxclient/trunk' make: *** [all] Fehler 2 |
|
From: Joel C. <jcl...@we...> - 2008-03-24 19:33:12
|
Ok, I searched and found that asound was installed, but not the devel (couldn't find it) and alsa was installed as well but not the devel. I did find the devel for alsa and installed it and the error went away. I ran make install and it seems to have installed but mentioned an error about the docs. I'm not sure what to do here or is it in fact installed and I don't need to worry?
wccati:/home/WELLSYSCORP/jcleveland/Downloads/iaxclient-2.1beta2/contrib/tcl # make install
If you have documentation to create, place the commands to
build the docs in the 'doc:' target. For example:
xml2nroff sample.xml > sample.n
xml2html sample.xml > sample.html
/usr/bin/install -c libiaxclient0.2.so /usr/local/lib/iaxclient0.2/libiaxclient0.2.so
: /usr/local/lib/iaxclient0.2/libiaxclient0.2.so
Install iaxclient.tcl /usr/local/lib/iaxclient0.2/iaxclient.tcl
Install pkgIndex.tcl /usr/local/lib/iaxclient0.2
Installing header files in /usr/local/include
Installing documentation in /usr/local/man
Installing ./doc/*.n
/usr/bin/install: cannot stat `./doc/*.n': No such file or directory
make: *** [install-doc] Error 1
--
Joel Cleveland
System Administrator, Wellsys Corporation
jcl...@we...
The information contained in this e-mail message may be privileged, confidential, and protected from disclosure. If you are not the intended recipient, any further disclosure, use, dissemination, distribution, or copying of this message or any attachment is strictly prohibited. Unauthorized interception or disclosure of this e-mail violates federal criminal law. If you think that you have received this e-mail message in error, please delete it and notify the sender immediately.
-----Original Message-----
From: Peter Grayson [mailto:jpg...@gm...]
Sent: Monday, March 24, 2008 12:49 PM
To: Joel Cleveland
Cc: Iaxclient Mailing List
Subject: Re: [Iaxclient-devel] Can't compile under OpenSuse
On Mon, Mar 24, 2008 at 12:22 PM, Joel Cleveland
<jcl...@we...> wrote:
> Sorry, I thought I had sent it to the list and not to you directly.
No problem.
> I've made some progress but unfortunately I'm basically stuck back where I was with 2.0.2. I got 2.1 beta 2 to install without any problems but now contrib/tcl still gives me an error. At least it is a different error this time. I did downgrade from tcl 8.5 to 8.4 since everyone voiced concerns about it cooperarting.
>
> gcc -pipe -shared -o libiaxclient0.2.so iaxclient.o tones.o XThreadUtil.o -L../../lib/.libs/ -liaxclient -lpthread -lasound -L/usr/local/lib -ltclstub8.4
> /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: cannot find -lasound
> collect2: ld returned 1 exit status
> make: *** [libiaxclient0.2.so] Error 1
Install asound-dev or perhaps alsa-devel.
A lot of these questions are quite generic to any C/C++ development or
Linux usage. Does anyone on the list know of some good tutorials or
other docs concerning basic C/C++ building and linking we could point
to for these kinds of questions?
Pete
|
|
From: stevebvt <ste...@gm...> - 2008-03-24 17:51:56
|
unfortunately the more i dig into this code (px_win_wmme.c) the more a can of worms it appears to be even though the new code correctly sets mixer->speakerID the output volume still does not work correctly for the following reason: the author of this code for some reason seemed to prefer the WaveApi's to control volume (Px_Get/SetPCMOutputVolume(),waveOutGet/SetVolume()) as opposed to the MixerApi's (Px_Get/SetMasterVolume(),VolumeFunction()) in order to accomplish this mixer->waveID = 0 because waveID != -1 the code will attempt to set volume via the WaveApi's & if this fails then waveID = -1 & the code will use the MixerApi's to set volume (which would then use the correct value of mixer->speakerID) however since mixer->waveID == 0 means use the DEFAULT AUDIO DEVICE & waveOutGet/SetVolume() doesn't produce an error there is no use made of mixer->speakerID therefore unless one has selected (iaxc_audio_devices_set()) the default device - the code will end up Setting/Getting the volume of the wrong device there are several ways to fix the code: 1.set waveId to the deviceId of the selected device (a little difficult since it is not readily available in Px_OpenMixer) 2.use hWaveOut instead of the deviceID (which is available) 3.stop using the WaveApi's & just use the MixerApi's (also as a aside there are some devices i.e. Vitelix that seem to work more straight forwardly if you use the MixerApi's) My dilema is that since i don't know anything about the history of this code i don't know why certain decisions were made. especially why the preference for the WaveApi's. i anyone can enlighten me on any of these points it will make it easier to decide which is the best way to fix the code without breaking anything i will continue testing the code with different devices to confirm all of the above steve ----- Original Message ----- From: "Peter Grayson" <jpg...@gm...> To: "stevebvt" <ste...@gm...> Cc: "Iaxclient Mailing List" <iax...@li...> Sent: Friday, March 21, 2008 11:50 AM Subject: Re: [Iaxclient-devel] win32 usb audio volume fix > On Fri, Mar 21, 2008 at 8:11 AM, stevebvt <ste...@gm...> wrote: >> i have no problem with the code change >> c style suggestions always accepted >> >> however i found another problem >> on the vitelix - the volume control at the top level - Handset (Unknown >> Destination) doesn't seem to control volume >> but there is a source line Wave (Wave Out Source) associated with >> Handset >> that does have a functioning >> volume control >> >> the polycom cx100 has the same organization but on that device both >> volume >> controls function >> >> i want to look into it a little further to see if this issue is specific >> or >> generic >> to see if devices of type MIXERLINE_COMPONENTTYPE_DST_UNDEFINED >> need slightly different code - to use WaveOutSource VolumeControl if >> there >> is one > > Thanks for digging so deep into this. You're building a lot of > confidence in the solution by being so thorough. > > I am a little sad that Microsoft's API is so complicated and that > these vendors aren't doing something standard. It just seems like no > matter how many cases we account for, there will still be some device > out there that needs yet another special case. > > Don't get me wrong -- I think it's really, really good that we're > coming up with fixes for these devices. > > Pete > > P.S. Please reply-to-all so that iaxclient-devel is CC'ed on this thread. |
|
From: Joel C. <jcl...@we...> - 2008-03-24 17:27:18
|
I'll give it a try and let you know what happens. And any tutorials would be much appreciated since I basically have no idea what I am doing (though the fact that I am doing it shows I want to learn). -- Joel Cleveland System Administrator, Wellsys Corporation jcl...@we... The information contained in this e-mail message may be privileged, confidential, and protected from disclosure. If you are not the intended recipient, any further disclosure, use, dissemination, distribution, or copying of this message or any attachment is strictly prohibited. Unauthorized interception or disclosure of this e-mail violates federal criminal law. If you think that you have received this e-mail message in error, please delete it and notify the sender immediately. -----Original Message----- From: Peter Grayson [mailto:jpg...@gm...] Sent: Monday, March 24, 2008 12:49 PM To: Joel Cleveland Cc: Iaxclient Mailing List Subject: Re: [Iaxclient-devel] Can't compile under OpenSuse On Mon, Mar 24, 2008 at 12:22 PM, Joel Cleveland <jcl...@we...> wrote: > Sorry, I thought I had sent it to the list and not to you directly. No problem. > I've made some progress but unfortunately I'm basically stuck back where I was with 2.0.2. I got 2.1 beta 2 to install without any problems but now contrib/tcl still gives me an error. At least it is a different error this time. I did downgrade from tcl 8.5 to 8.4 since everyone voiced concerns about it cooperarting. > > gcc -pipe -shared -o libiaxclient0.2.so iaxclient.o tones.o XThreadUtil.o -L../../lib/.libs/ -liaxclient -lpthread -lasound -L/usr/local/lib -ltclstub8.4 > /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: cannot find -lasound > collect2: ld returned 1 exit status > make: *** [libiaxclient0.2.so] Error 1 Install asound-dev or perhaps alsa-devel. A lot of these questions are quite generic to any C/C++ development or Linux usage. Does anyone on the list know of some good tutorials or other docs concerning basic C/C++ building and linking we could point to for these kinds of questions? Pete |
|
From: Peter G. <jpg...@gm...> - 2008-03-24 16:49:21
|
On Mon, Mar 24, 2008 at 12:22 PM, Joel Cleveland <jcl...@we...> wrote: > Sorry, I thought I had sent it to the list and not to you directly. No problem. > I've made some progress but unfortunately I'm basically stuck back where I was with 2.0.2. I got 2.1 beta 2 to install without any problems but now contrib/tcl still gives me an error. At least it is a different error this time. I did downgrade from tcl 8.5 to 8.4 since everyone voiced concerns about it cooperarting. > > gcc -pipe -shared -o libiaxclient0.2.so iaxclient.o tones.o XThreadUtil.o -L../../lib/.libs/ -liaxclient -lpthread -lasound -L/usr/local/lib -ltclstub8.4 > /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: cannot find -lasound > collect2: ld returned 1 exit status > make: *** [libiaxclient0.2.so] Error 1 Install asound-dev or perhaps alsa-devel. A lot of these questions are quite generic to any C/C++ development or Linux usage. Does anyone on the list know of some good tutorials or other docs concerning basic C/C++ building and linking we could point to for these kinds of questions? Pete |
|
From: Joel C. <jcl...@we...> - 2008-03-24 16:36:31
|
Sorry, I thought I had sent it to the list and not to you directly. I've made some progress but unfortunately I'm basically stuck back where I was with 2.0.2. I got 2.1 beta 2 to install without any problems but now contrib/tcl still gives me an error. At least it is a different error this time. I did downgrade from tcl 8.5 to 8.4 since everyone voiced concerns about it cooperarting. gcc -pipe -shared -o libiaxclient0.2.so iaxclient.o tones.o XThreadUtil.o -L../../lib/.libs/ -liaxclient -lpthread -lasound -L/usr/local/lib -ltclstub8.4 /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: cannot find -lasound collect2: ld returned 1 exit status make: *** [libiaxclient0.2.so] Error 1 -- Joel Cleveland System Administrator, Wellsys Corporation jcl...@we... The information contained in this e-mail message may be privileged, confidential, and protected from disclosure. If you are not the intended recipient, any further disclosure, use, dissemination, distribution, or copying of this message or any attachment is strictly prohibited. Unauthorized interception or disclosure of this e-mail violates federal criminal law. If you think that you have received this e-mail message in error, please delete it and notify the sender immediately. -----Original Message----- From: Peter Grayson [mailto:jpg...@gm...] Sent: Wednesday, March 19, 2008 5:34 PM To: Joel Cleveland Subject: Re: [Iaxclient-devel] Can't compile under OpenSuse On Wed, Mar 19, 2008 at 3:45 PM, Joel Cleveland <jcl...@we...> wrote: > <cut all> > > Ok I've run make clean and make distclean (I've actually run those before and didn't realize the scope of how they clean). I had to run them as root like you suspected but it didn't seem to fix the permissions issue as I still have to build as root to get it to do anything at this point. I'm afraid I may have hosed something beyond my abilities to diagnose or fix. Forging ahead anyway I tried installing 2.1 again doing everything as root and I don't get any permission issues but I do get several video related errors. I'm purposefully running configure with the --without-video --without-vidcap switches since I don't need video but it doesn't matter. So what am I doing wrong? The configure option you want is --disable-video. To "clean" your source trees, you could just remove them and re-untar the source tarballs. I'm cc'ing the list. Let's keep this on the list -- others may have more help to give. Pete |
|
From: db p. <pe...@gm...> - 2008-03-24 07:32:17
|
I have did a test video call,we can see each other,but can hear nothing,but when I call 600 No,I can hear the voice.ask help, my configure as follow, Asterisk 1.4.13 Iaxclient2.1beta1 video format is Theora audio format is ulow |
|
From: db p. <pe...@gm...> - 2008-03-22 14:58:22
|
Why the reciver can't get the information of video call about the caller want a video call? I debug found the reciver's format always audio format,eg. A caller,B reciver A call B Audio code=4 + Video=8000 the wanted format is 8004 but the B got the format only is 4( ies->format=4 ),why?the reciver can't detect caller want a video call? |
|
From: Peter G. <jpg...@gm...> - 2008-03-21 15:50:13
|
On Fri, Mar 21, 2008 at 8:11 AM, stevebvt <ste...@gm...> wrote: > i have no problem with the code change > c style suggestions always accepted > > however i found another problem > on the vitelix - the volume control at the top level - Handset (Unknown > Destination) doesn't seem to control volume > but there is a source line Wave (Wave Out Source) associated with Handset > that does have a functioning > volume control > > the polycom cx100 has the same organization but on that device both volume > controls function > > i want to look into it a little further to see if this issue is specific or > generic > to see if devices of type MIXERLINE_COMPONENTTYPE_DST_UNDEFINED > need slightly different code - to use WaveOutSource VolumeControl if there > is one Thanks for digging so deep into this. You're building a lot of confidence in the solution by being so thorough. I am a little sad that Microsoft's API is so complicated and that these vendors aren't doing something standard. It just seems like no matter how many cases we account for, there will still be some device out there that needs yet another special case. Don't get me wrong -- I think it's really, really good that we're coming up with fixes for these devices. Pete P.S. Please reply-to-all so that iaxclient-devel is CC'ed on this thread. |
|
From: Peter G. <jpg...@gm...> - 2008-03-21 01:04:15
|
On Thu, Mar 20, 2008 at 6:51 PM, stevebvt <ste...@gm...> wrote:
> i have 2 such devices
> vitelix vx200 & polycom cx100
> they both have a ComponentType of MIXERLINE_COMPONENTTYPE_DST_UNKNOWN
> their names are "Handset" & "Speakerphone" respectively
>
> problem is current code only checks for MIXERLINE_COMPONENTTYPE_DST_SPEAKERS
Ah, okay. I have not used either of these devices directly. I'm sure
there are other people out there using these kind of devices though.
> this is an XP problem
Thanks.
> i'm thinking of the following code to fix this problem:
> one question is items/order in array componentType
>
>
> /*
> * Find the ID of the output speaker volume control
> */
>
> mixer->speakerID = -1;
>
> if (mixer->hOutputMixer) {
>
> #define numType 7
> DWORD componentType[numType];
> componentType[0] = MIXERLINE_COMPONENTTYPE_DST_SPEAKERS;
> componentType[1] = MIXERLINE_COMPONENTTYPE_DST_HEADPHONES;
> componentType[2] = MIXERLINE_COMPONENTTYPE_DST_UNDEFINED;
> componentType[3] = MIXERLINE_COMPONENTTYPE_DST_LINE;
> componentType[4] = MIXERLINE_COMPONENTTYPE_DST_DIGITAL;
> componentType[5] = MIXERLINE_COMPONENTTYPE_DST_MONITOR;
> componentType[6] = MIXERLINE_COMPONENTTYPE_DST_TELEPHONE;
> int j;
>
> MIXERLINE line;
> line.cbStruct = sizeof(MIXERLINE);
>
> for (j = 0; j < numType; j++)
> {
> line.dwComponentType = componentType[j];
>
> result = mixerGetLineInfo(mixer->hOutputMixer,
> &line,
> MIXER_GETLINEINFOF_COMPONENTTYPE);
>
> if (result == MMSYSERR_NOERROR)
> {
> break;
> }
> }
>
> if (result == MMSYSERR_NOERROR) {
> MIXERLINECONTROLS controls;
> MIXERCONTROL control;
>
>
> controls.cbStruct = sizeof(MIXERLINECONTROLS);
> controls.dwLineID = line.dwLineID;
> controls.dwControlType = MIXERCONTROL_CONTROLTYPE_VOLUME;
> controls.cbmxctrl = sizeof(MIXERCONTROL);
> controls.pamxctrl = &control;
>
> control.cbStruct = sizeof(MIXERCONTROL);
>
> result = mixerGetLineControls(mixer->hOutputMixer,
> &controls,
> MIXER_GETLINECONTROLSF_ONEBYTYPE);
>
> if (result == MMSYSERR_NOERROR)
> mixer->speakerID = control.dwControlID;
> }
> }
>
> any comments?
> steve
I think I'd be more comfortable just looking at the three most obvious
component types. Also, I'd initialize the array differently. How about
this:
if (mixer->hOutputMixer) {
DWORD componentType [] =
{
MIXERLINE_COMPONENTTYPE_DST_SPEAKERS,
MIXERLINE_COMPONENTTYPE_DST_HEADPHONES,
MIXERLINE_COMPONENTTYPE_DST_UNDEFINED,
};
const size_t componentTypeLen = sizeof(componentType) / sizeof(DWORD);
...
Pete
|
|
From: Peter G. <jpg...@gm...> - 2008-03-20 21:25:39
|
On Wed, Mar 19, 2008 at 10:37 PM, stevebvt <ste...@gm...> wrote:
> unfortunately i found a problem on the output side
> certain usb devices output volume control is not associated with
> MIXERLINE_COMPONENTTYPE_DST_SPEAKERS
> so the current code (in px_win_wmme.c) can't find their output volume
> control
I had seen the previous problem with USB headsets. Is there a
particular output device that exhibits this symptom?
This is also on Windows XP, right?
> /*
> * Find the ID of the output speaker volume control
> */
>
> mixer->speakerID = 0;
>
> if (mixer->hOutputMixer) {
> line.cbStruct = sizeof(MIXERLINE);
> line.dwComponentType = if (result != MMSYSERR_NOERROR)
> {
> line.dwComponentType = MIXERLINE_COMPONENTTYPE_DST_SPEAKERS;
> result = mixerGetLineInfo(mixer->hOutputMixer,
> &line,
> MIXER_GETLINEINFOF_COMPONENTTYPE);
> }
> ;
> result = mixerGetLineInfo(mixer->hOutputMixer,
> &line,
> MIXER_GETLINEINFOF_COMPONENTTYPE);
> if (result == MMSYSERR_NOERROR) {
> controls.cbStruct = sizeof(MIXERLINECONTROLS);
> controls.dwLineID = line.dwLineID;
> controls.dwControlType = MIXERCONTROL_CONTROLTYPE_VOLUME;
> controls.cbmxctrl = sizeof(MIXERCONTROL);
> controls.pamxctrl = &control;
>
> control.cbStruct = sizeof(MIXERCONTROL);
>
> result = mixerGetLineControls(mixer->hOutputMixer,
> &controls,
> MIXER_GETLINECONTROLSF_ONEBYTYPE);
>
> if (result == MMSYSERR_NOERROR)
> mixer->speakerID = control.dwControlID;
> }
> }
>
> one alternative is to check for other reasonable destinations in the
> following order
> 1.MIXERLINE_COMPONENTTYPE_DST_SPEAKERS
> 2.MIXERLINE_COMPONENTTYPE_DST_HEADPHONES
> 3.MIXERLINE_COMPONENTTYPE_DST_UNDEFINED
>
> the other alternative is to enumerate all destinations
> 1.skip MIXERLINE_COMPONENTTYPE_DST_WAVEIN &
> MIXERLINE_COMPONENTTYPE_DST_VOICEIN
> 2.stop if MIXERLINE_COMPONENTTYPE_DST_SPEAKERS &
> MIXERCONTROL_CONTROLTYPE_VOLUME
> 3.otherwise choose first destination with MIXERCONTROL_CONTROLTYPE_VOLUME
>
> from MMSystem.h all the destinations are
> MIXERLINE_COMPONENTTYPE_DST_UNDEFINED
> MIXERLINE_COMPONENTTYPE_DST_DIGITAL
> MIXERLINE_COMPONENTTYPE_DST_LINE
> MIXERLINE_COMPONENTTYPE_DST_MONITOR
> MIXERLINE_COMPONENTTYPE_DST_SPEAKERS
> MIXERLINE_COMPONENTTYPE_DST_HEADPHONES
> MIXERLINE_COMPONENTTYPE_DST_TELEPHONE
> MIXERLINE_COMPONENTTYPE_DST_WAVEIN
> MIXERLINE_COMPONENTTYPE_DST_VOICEIN
>
> let me know what you think
Hmmmm. Is there one of them that you think would be better?
For the particular device that you have found this problem with, what
kind of component type is it? HEADPHONES? It seems a little safer to
just search for the component types we've actually observed in the
wild.
Thanks for the detailed report on this problem. It is much appreciated.
Pete
> ----- Original Message -----
> From: "Peter Grayson" <jpg...@gm...>
> To: "stevebvt" <ste...@gm...>
> Cc: "Iaxclient Mailing List" <iax...@li...>
>
> Sent: Tuesday, March 18, 2008 10:31 AM
> Subject: Re: [Iaxclient-devel] win32 usb audio volume fix
>
>
>
>
> > Hi Steve,
> >
> > On Mon, Mar 17, 2008 at 8:36 PM, stevebvt <ste...@gm...> wrote:
> >> attached is the final code
> >>
> >> 1.the code in audio_portaudio.c/pa_start() is only redundant in the
> >> windows
> >> case
> >> for unix/mac Px_SetCurrentInputSourceByName() is just a stub that
> >> always
> >> returns 1
> >> therefore i did not change any code in audio_portaudio.c
> >>
> >> 2.i did change the strncasecmp() in Px_SetCurrentInputSourceByName() to
> >> strcasecmp()
> >>
> >> 3.i implemented as stated
> >>
> >> any problems let me know
> >> since i'm not normally a c programmer if there is any better way to
> >> structure/express the code feel free to change
> >
> > I have committed a modified version of this patch. Actually, I first
> > did some general cleanups in px_win_wmme.c and then I integrated your
> > new code -- I did not change any functionality of your code.
> >
> >> i'll let you know what i find out about mixerXXX api in vista native
> >> mode
> >
> > Thanks again for all the work you've done on this problem. Fixes for
> > vista will be great to have also!
> >
> > To everyone on the list: my intention is to integrate these fixes into
> > the 2.1 beta series. It would be awesome if people could test out
> > input audio mixing in the next beta.
> >
> > Pete
>
>
|
|
From: Peter G. <jpg...@gm...> - 2008-03-18 20:38:32
|
On Tue, Mar 18, 2008 at 2:27 PM, Joel Cleveland <jcl...@we...> wrote: > Nope, I've never built as root, I learned not to do that the hard way. I did suspect that was the case though. How do I clean up the source tree? Since I've done so much installing and reinstalling the last few days I decided it would be best to go and do a make uninstall (yeah, I figured that was the best way to try uninstalling something lol) on speex and Iaxclient and start from scratch with 2.1 this time. I was going to attempt building as root if it still gave me permission errors but I probably shouldn't. You probably did a 'make install' as root. If the tree had not been built previously as a non-root user, this will build and then install, both as root (thus giving the built files root permissions). > > WELLSYSCORP\jcleveland@wccati:~/Downloads/iaxclient-2.1beta2> make > > make all-recursive > > make[1]: Entering directory `/home/WELLSYSCORP/jcleveland/Downloads/iaxclient-2.1beta2' > > Making all in lib > > make[2]: Entering directory `/home/WELLSYSCORP/jcleveland/Downloads/iaxclient-2.1beta2/lib' > > depbase=`echo portmixer/px_unix_oss/px_unix_oss.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ > > /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I./portmixer/px_common -pthread -I/usr/local/include -I/usr/local/include -I../lib/libiax2/src -DLIBIAX -pthread -Wall -Wextra -Wno-unused-parameter -Wpointer-arith -DLIBVER='"2.1beta2"' -g -O2 -MT portmixer/px_unix_oss/px_unix_oss.lo -MD -MP -MF $depbase.Tpo -c -o portmixer/px_unix_oss/px_unix_oss.lo portmixer/px_unix_oss/px_unix_oss.c &&\ > > mv -f $depbase.Tpo $depbase.Plo > > rm: cannot remove `portmixer/px_unix_oss/.libs/px_unix_oss.o': Permission denied > > rm: cannot remove `portmixer/px_unix_oss/.libs/px_unix_oss.o': Permission denied The only way the build system would give px_unix_oss.o (or any other object file) permissions such that you could not remove it is if make was run as some other user. To clean up the source trees, you can run either 'make clean' or 'make distclean'. The 'clean' and 'distclean' targets are highly conventional and are part of all automake-oriented builds. The 'distclean' target is as clean as you can get -- you'll have to reconfigure if you use it. You will almost certainly have to run as root, otherwise the 'make clean' will fail the same way as your vanilla 'make' command. Pete |
|
From: Peter G. <jpg...@gm...> - 2008-03-18 14:31:31
|
Hi Steve, On Mon, Mar 17, 2008 at 8:36 PM, stevebvt <ste...@gm...> wrote: > attached is the final code > > 1.the code in audio_portaudio.c/pa_start() is only redundant in the windows > case > for unix/mac Px_SetCurrentInputSourceByName() is just a stub that always > returns 1 > therefore i did not change any code in audio_portaudio.c > > 2.i did change the strncasecmp() in Px_SetCurrentInputSourceByName() to > strcasecmp() > > 3.i implemented as stated > > any problems let me know > since i'm not normally a c programmer if there is any better way to > structure/express the code feel free to change I have committed a modified version of this patch. Actually, I first did some general cleanups in px_win_wmme.c and then I integrated your new code -- I did not change any functionality of your code. > i'll let you know what i find out about mixerXXX api in vista native mode Thanks again for all the work you've done on this problem. Fixes for vista will be great to have also! To everyone on the list: my intention is to integrate these fixes into the 2.1 beta series. It would be awesome if people could test out input audio mixing in the next beta. Pete |
|
From: Mats B. <ma...@gm...> - 2008-03-18 09:18:03
|
On 3/17/08, Joel Cleveland <jcl...@we...> wrote: > Well I tried compiling contrib/tcl from the 2.1 folder and it didn't work, I haven't yet updated the build system in contrib/tcl but it should be limited to adding the -lspeex -lspeexdsp -liaxclient flags. Seems there is a -L../../lib/ or something which you can remove. It builds and runs allright on MacOSX now (using Xcode). Mats |
|
From: Peter G. <jpg...@gm...> - 2008-03-17 21:33:47
|
On Mon, Mar 17, 2008 at 5:11 PM, stevebvt <ste...@gm...> wrote: > hopefully i'll have time tonight to complete my changes > so if you want to wait that would be great > > my intent is to: > 1.remove redundant code in audio_portaudio.c/pa_start() only using > Px_SetCurrentInputSourceByName() > 2.change the strncasecmp() in Px_SetCurrentInputSourceByName() to > strcasecmp() > 3.if there is a MicrophoneSrc exactly "microphone" leave it alone so it will > be selected > if there is no exact match change the 1st starts-with match to > "microphone" so it will be selected > if none of the above change the 1st MicrophoneSrc to "microphone" so it > will be selected Sounds like a good plan. I'll hold off committing anything until your next set of changes. Pete |
|
From: Peter G. <jpg...@gm...> - 2008-03-17 20:56:31
|
On Mon, Mar 17, 2008 at 9:59 AM, Peter Grayson <jpg...@gm...> wrote: > On Sun, Mar 16, 2008 at 9:25 PM, stevebvt <ste...@gm...> wrote: > > > i am including the code as it stands if you want to review or test > > it is complete except for the issue of "starts with microphone" vs "is > > exactly microphone" > > > > the testing procedure (xp only) i have been using is as follows: > > 1.start Sounds and Audio Devices control panel > > 2.select audio/sound recording/volume > > 3.if the device has selectable input select an input > > that is not the microphone > > 4.start testcall and see if the microphone input is > > now selected > > 5.hit cr to see input volume > > 6.move volume slider & hit cr to see if input volume > > changes accordingly > > 7.use b & g to decrease/increase volume & see if volume > > slider changes accordingly > > Thanks for the test procedure. I have been looking at the code and I > will try to run it in the near future. I will let you know what I > observe. I have run this new code in my application on Windows XP. It does fix the behavior for USB devices and seems to leave the existing semantics for non-USB devices alone. I also was able to remove the redundant inner loop from audio_portaudio.c without causing any noticeable breakage. All in all, the changes seem good. I feel comfortable merging these changes into the trunk and the 2.1 branch. Do you want to wait until you make the proposed changes to audio_portaudio.c? Pete |
|
From: Peter G. <jpg...@gm...> - 2008-03-17 15:43:10
|
On Mon, Mar 17, 2008 at 11:19 AM, Joel Cleveland <jcl...@we...> wrote: > Well I tried compiling contrib/tcl from the 2.1 folder and it didn't work, most likely because I'm still using 2.0.2. So with that in mind I went to install 2.1 beta2 and get the following error. The only thing that looks important in ./configure is that it can't find gsm but it appears to be installed so I'm not sure what it wants. The gsm warning is not a problem, iaxclient uses the gsm in its source tree if gsm is not available on the system. > WELLSYSCORP\jcleveland@wccati:~/Downloads/iaxclient-2.1beta2> make > make all-recursive > make[1]: Entering directory `/home/WELLSYSCORP/jcleveland/Downloads/iaxclient-2.1beta2' > Making all in lib > make[2]: Entering directory `/home/WELLSYSCORP/jcleveland/Downloads/iaxclient-2.1beta2/lib' > depbase=`echo portmixer/px_unix_oss/px_unix_oss.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ > /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I./portmixer/px_common -pthread -I/usr/local/include -I/usr/local/include -I../lib/libiax2/src -DLIBIAX -pthread -Wall -Wextra -Wno-unused-parameter -Wpointer-arith -DLIBVER='"2.1beta2"' -g -O2 -MT portmixer/px_unix_oss/px_unix_oss.lo -MD -MP -MF $depbase.Tpo -c -o portmixer/px_unix_oss/px_unix_oss.lo portmixer/px_unix_oss/px_unix_oss.c &&\ > mv -f $depbase.Tpo $depbase.Plo > rm: cannot remove `portmixer/px_unix_oss/.libs/px_unix_oss.o': Permission denied > rm: cannot remove `portmixer/px_unix_oss/.libs/px_unix_oss.o': Permission denied It looks like you previously built as root and now when you're building as a non-root user you don't have permissions to overwrite files that need to be overwritten. You need to clean up your source tree. > gcc -DHAVE_CONFIG_H -I. -I.. -I./portmixer/px_common -pthread -I/usr/local/include -I/usr/local/include -I../lib/libiax2/src -DLIBIAX -pthread -Wall -Wextra -Wno-unused-parameter -Wpointer-arith -DLIBVER=\"2.1beta2\" -g -O2 -MT portmixer/px_unix_oss/px_unix_oss.lo -MD -MP -MF portmixer/px_unix_oss/.deps/px_unix_oss.Tpo -c portmixer/px_unix_oss/px_unix_oss.c -fPIC -DPIC -o portmixer/px_unix_oss/.libs/px_unix_oss.o > portmixer/px_unix_oss/px_unix_oss.c:404: fatal error: opening dependency file portmixer/px_unix_oss/.deps/px_unix_oss.Tpo: Permission denied > compilation terminated. > make[2]: *** [portmixer/px_unix_oss/px_unix_oss.lo] Error 1 > make[2]: Leaving directory `/home/WELLSYSCORP/jcleveland/Downloads/iaxclient-2.1beta2/lib' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/WELLSYSCORP/jcleveland/Downloads/iaxclient-2.1beta2' > make: *** [all] Error 2 > WELLSYSCORP\jcleveland@wccati:~/Downloads/iaxclient-2.1beta2> > > Now, I do have 2.0.2 installed still but I got this error before when I was still trying to install 2.0.2 or 2.1 so I don't think that is the problem. I wouldn't know how to uninstall 2.0.2 anyway as I basically have no idea what I'm doing at this point unfortunately. I do have speex 1.2 beta3 installed but as I said I don't know what I'm doing at this point so I don't even know if installing speex beta 3 on top of beta 1 has anything to do with this or what. Thanks for any and all help. I think you are getting close. Once you fix the permissions on your source tree, you'll have much better luck. Pete |
72 messages has been excluded from this view by a project administrator.
