similar to: Patch to make libogg detection a bit smarter

On 02/04/2008, Alexander Chemeris <Alexander.Chemeris at sipez.com> wrote: > On 4/1/08, Keith Kyzivat <kkyzivat at sipez.com> wrote: > > IIRC, under ARM, I believe I was having issues with --without-libogg. > > I resorted to just downloading libogg sources, setting up my > > cross-compilation environment, and cross compiling it per the general build > >

On 12/20/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > Sorry, been busy with maintenance on Valin 2.0 and 3.0 :-) Just applied > your fix to the assembly. Can you confirm it works fine? Yep, it works fine. Thanks. > About including > assembly directly (.asm/.s instead of gcc inline asm), I'm OK in > principle if someone can show me how to do that cleanly

First patch fixes two typos in manual. Second patch adds few notes about latency, as promised. Hopefully I haven't added any typos and grammar errors :) On Wed, Jul 1, 2009 at 8:02 PM, Alexander Chemeris<Alexander.Chemeris at sipez.com> wrote: > Thank you for clarification. I attached a patch which (IMHO) > makes it more clear for everyone who just read Doxygen > docs.

Hi Jean-Marc, Not exactly. Under cross-compiling you circumvent this standard way by blindly assuming that it is present. That's what I recall. Patch we used to fix this is attached. On Thu, Oct 22, 2009 at 08:31, Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> wrote: > The way the libogg check is actually not something that's under my > control. It's installed on the

../openssh-3.1p1/configure --host=mips-linux --build=i686-linux --with-pam does not work. It selects the correct toolchain prefix, but the configure script bails on cross-compilation. Attached is a patch that *might* make the right paranoid assumptions, but I am not positive. -- bryan --- configure.ac.orig Tue Feb 26 22:12:35 2002 +++ configure.ac Wed Mar 27 14:28:02 2002 @@ -437,20 +437,6

Something to look into perhaps is Trolltech's 'qmake' tool. It fills the role of something like autotools or now defunct imake. As far as I understand, you can indeed use it for projects that don't do anything with the Qt libraries. Now, it may not have the support for multiple targets that it sounds like are needed for speex, and I know it doesn't have as comprehensive of

so, having a speex frame, how do i know where is each sample if i don't know how many bits per sample are being used. Isn't there any info besides the data ? On Wed, Jul 15, 2009 at 7:21 PM, Alexander Chemeris < Alexander.Chemeris at sipez.com> wrote: > Hi, > > Speex RTP payload does not have any header (except RTP header), > as per speex-rtp RFC. > > On Wed, Jul

configure *assumes* that you have libogg unconditionally. So we had to patch it to remove this check. I do not recall, whether this was somehow fixed or not. On Wed, Oct 21, 2009 at 15:19, Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> wrote: > Try adding --without-lobogg to the configure script. Otherwise, just > ignore the error because the important part (libspeex/) has

Forwarding Oleg's mail as he seems to have troubles with posting to mailing list. Sorry for top posting, I could not reply and forward at once. Btw, your "read-only access" may happen if you're posting from different mailing address then one from which you subscribed. re: conflicting names To avoid conflict functions in math_approx.h should be wrapped by OVERRIDE_FUNC_NAME

Hi, Thanks! can this program generate speex.lib instead of libspeex.lib?? the OpenSpeak link to speex.lib instead of libspeex.lib I can compiled the libspeex.lib but not speex.lib. Correct me if I am wrong Thanks ----- Original Message ----- From: "Alexander Chemeris" <ipse.sipx@gmail.com> To: <alex@gorex.com.hk> Cc: <speex-dev@xiph.org> Sent: Tuesday, May 29,

Thank you for clarification. I attached a patch which (IMHO) makes it more clear for everyone who just read Doxygen docs. Resampler latency docs wording was just ambiguous IMO, so I made it more robust to fast reading. On Wed, Jul 1, 2009 at 5:16 PM, Jean-Marc Valin<jean-marc.valin at usherbrooke.ca> wrote: > Alexander Chemeris a ?crit : >> On Tue, Jun 30, 2009 at 4:38 AM,

On 12/13/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > I am a newbie here and just started using speex in our lab. > > During compiling my voice application with windows-compiled version provided > > today, I am getting "unresolved external symbol _speex_wb_mode". > > I am probably missing some setting with VS6.0 linker... (I am a bit new

http://bugzilla.mindrot.org/show_bug.cgi?id=321 Summary: configure does not work when cross compiling Product: Portable OpenSSH Version: -current Platform: MIPS OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org

Hi, Is there any way to determine frame size in bits or bytes of encoded frame in WB mode for given quality? That is I need to know how many bits encoded frame will occupy in RTP packet. I see SPEEX_SUBMODE_BITS_PER_FRAME request, but it works like this only for NB mode, and for WB mode it return size of WB "subframe" (?) only. -- Regards, Alexander Chemeris. SIPez LLC. SIP VoIP, IM

Hi, You again include host includes in your build: -I/usr/include You should not do this. -- Regards, Alexander Chemeris. SIPez LLC. SIP VoIP, IM and Presence Consulting http://www.SIPez.com tel: +1 (617) 273-4000

On 12/3/07, Erik de Castro Lopo <mle+la@mega-nerd.com> wrote: > I just checked and there is nothing needed in configure.ac. > > In the Makefile.am that creates the shared library you need to add > "-no-undefined" to the LDFLAGS variable like this: > > libspeex_la_LDFLAGS = -no-undefined @WHATEVER_WAS_THERE_BEFORE@ Which symbols will it export? I think default

On Sat, Nov 1, 2008 at 2:40 PM, Aymeric Moizard <jack at atosc.org> wrote: > The vcproj file provided for 2005 in 1.2rc1 does not include > _USE_SSE when compiling the project for "Release_SSE". This > define is only used when compiling under "Release_Dynamic_SSE". > > Is this just because the vcproj file is wrong or is it because > this #define must not

Hi, I want to do a careful measure of mic-to-net and net-to-spkr delays in sip media engine and to make it really precise I need to know delays, introduced by Speex algorithms. In particular, I'm interested in delays of: 1) encoder in NB, WB and UWB modes, 2) decoder (I guess it should be 0?) 3) resampler. I think it varies depending on input rate to output rate ratio. Any generic formula or

Hi, On 2/9/08, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > Alexander Chemeris a ?crit : > > Hi Jean-Marc, > > Is your proposition that ever this code will be written in terms > > of internal Speex bits it will be included into libspeex still in force? > > yes. I'd like to include that if someone writes it using SpeexBits. Here is first attempt.

On 2/20/08, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > Alexander Chemeris wrote: > > On 2/16/08, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > >>> Oh, you're right, inband handling is different, but it's a matter of one > >>> flag, passed to functioin. Probably not that much to keep code DRY. > >> Well,