similar to: Is CVS security on topic for this list?

http://bugzilla.mindrot.org/show_bug.cgi?id=742 Summary: sftp doesn't honor "Protocol 1" in config file Product: Portable OpenSSH Version: 3.6.1p2 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sftp AssignedTo: openssh-bugs at mindrot.org

FXRuby version 1.6.4. I''ve been trying to compile FXruby with scintilla support. I''ve downloaded: http://savannah.nongnu.org/download/fxscintilla/fxscintilla-1.63.tar.gz. Compiled it and installed it. FXruby is 1.6.4 I get: AL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.6 -c frames_wrap.cpp /usr/local/include/fxscintilla/FXScintilla.h:84: error:

Hi Jean-Marc, Alfred and Greg, Are you receiving the mails from IETF about draft-ietf-avt-rtp-speex The mails are not coming from AVT mailing list, but I think we are all 3 part of a minimal list (draft-ietf-avt-rtp-speex at tools.ietf.org) dedicated to latest discussion about the draft. I have answered some questions, but there are small changes and adaptation still required to the ietf

In a "normal" frame that doesn't have in-band signalling (which nobody seems to use anyway), the frame starts with the narrowband information. If the frame is in wideband, then this will be followed by a bit of wideband information that starts with a bit set to 1 (narrowband starts with a bit set to 0). Have a look at what the Speex decoder does. You may actually want to have similar

On Mon, 6 Nov 2006, Jean-Marc Valin wrote: > That's quite a strange problem. Considering that Speex doesn't have any > "init code" (stuff that executes when it's loaded), there's no way this > could be a bug in Speex. True. > I see two likely possibilities (plus lots of > unlikely): > 1) A bug in your code. Linking with Speex pushes your code to a

If you want to test the AEC, I recommend using the svn version of Speex. Jean-Marc Aymeric Moizard a ?crit : > > I finally solved my problem: > > My **static** speex library is compiled with: > -D_LIB > > While I should compile it with: > -D_USRDLL > > I'm not able to understand completely why: anyway, it > now can be compiled without breaking anything.

I downloaded the "QEMU 0.8.2 CVS20070120 + patches snapshot January 20th 2007" and it was compiled ok for "ppc-softmmu" but failed in the "sparc-softmmu" with the message: ../dyngen -o op.h op.o dyngen: ret; restore; not found at end of op_ldstub_kernel can someone tell me what to do or where can I find a QEMU software running on solaris/sparc to lunch linux

On Wed, 6 Dec 2006, lianghu xu wrote: > Hi Jean-Marc, > > I remember you said that the SDP tells the mode information. Right. But a decoder like speex can always be configured from information contained in the incoming stream. That makes your application more interroperable. Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 -

I'm getting confused, what's the problem exactly? The AGC doesn't remove the DC or it adds one? Jean-Marc Aymeric Moizard a ?crit : > Hi Jean-Marc & all, > > I'm currently working on a wav file with very low volume. > This wav also contains a DC component. > > Using testdenoise with modification (AGC turned on with > 20000.0 value) I'm able to

Hi, Speex-dev: ? I have some problems about complie speex on pxa-270. I use libspeex.so.1.4.0 at my platform after complie speex and all function is ok, but the cpu loading is 99%. How can i do to reduce the cpu loading? ? note: 1. My Platform are os: linux 2.6.19 , cc: gcc-2.95.3 , cpu: pxa-270, ogg: libogg-1.1.3, speex: speex-1.2beta3 2. I configure speex by the follow command. ./configure

Sorry, got the subject wrong in the last mail. My e-mail client is playing games with me...

Dear Sir/Miss: I'm very sorry to bother you,but I've found a bug in the Speex,Version 1.2beta1,and also I've have some questions. I'm deeply impressed by the work you have done in the coding and decoding of speech signal.But when using speex,I encoutered a bug,that is when in 32K mode,the window size is still 200 samples,but not 400 samples,the bug will bring the problem of

Aymeric Moizard a ?crit : > > I'm working on the echo canceller with the SVN, with Windows Mobile 5 > PocketPC. > > Obviously, I can't make it run correctly. What happens/doesn't happen? > My question: If I use the SPEEX_PREPROCESS_SET_ECHO_STATE, I have > changes in the sound: noise seems to be removed. Noise should be removed even without

Hi, I'm experiencing weird problems while testing speex (I want to test the echo canceller first) on PDA with WM5 version pocket PC 2005. Here is the strange scenario: 1-> App running without being linked with speex -> no problem 2-> App running while being linked with speex -> crash at always the same place. NO ACCESS TO

== What is Family Connection? == Family Connection is an easy-to-setup online hub for your family that includes a Family News section with Photos, and an Address Book. For more information, visit http://familyconnect.rubyforge.org/ == Downloads == Latest: svn checkout svn://rubyforge.org/var/svn/familyconnect/trunk Version 1.1.2: svn checkout

Hi We are working on a speaker phone system using PJSIP and Speex Speech processing API on an ARM platform. Currently we have spent about a month on getting the AEC to work properly and we have worked through the most common causes of problems (such as clock drift, synchronization problems and non-linearity's in echo path). Now we achieve ERLE of about 17 dB which tells me that the AEC is

Absolutely!! That was one thing that I was missing and would have like to have included. You can either send me the data or let us know the link. If you wouldn't mind adding to this HOWTO and I will post a link to your page so that people would know where I got the original files. Sounds good. KJ <p>On Wed, 2003-02-12 at 10:37, adam wrote: > looks great! :-) > > if you like i

Hey all! I have recently installed a windows 98 vm on VmWare workstation in my win7x64 host os. I have downloaded wined3d from: http://www.nongnu.org/wined3d/ it says that those are builds for win32 apps, but when the installer runs I see that some syswow64 (which is a 64 bit app folder) is getting created and some dlls into it installed. Does this mean my windows 98 has now 64 bit dlls and that

If lwIP encounters a half-open connection (e.g. due to a restarted application reusing the same port numbers) it will correctly send a RST but will not resend the SYN until one retransmission timeout later (approximately three seconds). This can increase the time taken by lpxelinux.0 to fetch its configuration file from a few milliseconds to around 30 seconds. Fix by immediately retransmitting

Isn't this the same problem described starting at the bottom of this page? http://www.embeddedstar.com/articles/2003/7/article20030720-11.html Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > > As it says in 5.4.1 of the good book "Using a different soundcard to do > > the capture and playback will *not* work, regardless of what you may > > think.