search for: saju

Saju Palayur <saju_pa at hotmail.com> writes: > Hi > > > > We have ported the Narrow band 8 Khz Speex encoder and decoder on to TI DSP 5505 > > > > To compress 20ms of 16 bit audio sampled at 8Khz it takes 4.2ms. > > Is there any optimizations I can do to make...

...ased processor) on which I'll need to be able to build the OpenSSH libraries (libssh.a, libopenbsd-compat.a and any others) at a minimum. 2. Does Windows support OpenSSH or vice versa ? 3. If OpenSSH cannot be used are they any commercial versions of SSH that I might be able to use ? Thanks, Saju Paul ps: On a system running Fedora (version of Linux); installed the portable OpenSSH version 3.8.1 on it; Ran local loopback tests with ssh & sftp. Both work Okay.

Saju Palayur <saju_pa at hotmail.com> writes: > Hi > > > > When we run the profiler these 3 functions take more than 8500 cycles. > > > > split_cb_search_shape_sign_N1() 22782 > pitch_search_3tap() 19208 > lpc_to_lsp() 16007 > > So can I configure the...

Hi Is there a tool to verify and fix the checksum in a Speex file. I have seen somewhere a tool like "hoog.." Were can I get it Thanks for your time Saju -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20100120/79e209ad/attachment.htm

Hi all, has anyone ever tested the speex source on a 64bit OS. I am interested if the source is ready for x64 platforms. Cheers, Christoph -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20100322/dd4b9645/attachment.htm

...we run the profiler these 3 functions take more than 8500 cycles. split_cb_search_shape_sign_N1() 22782 pitch_search_3tap() 19208 lpc_to_lsp() 16007 So can I configure these in a different way so it takes less cycles. I do not need very high sound quality Thanks for your time Warm Regards Saju > From: yates at ieee.org > To: saju_pa at hotmail.com > CC: speex-dev at xiph.org > Subject: Re: [Speex-dev] Speex on TI DSP 5505 > Date: Mon, 29 Mar 2010 19:55:55 -0400 > > Saju Palayur <saju_pa at hotmail.com> writes: > > > Hi > > > > > &gt...

...pe="ethernet" name="eth1"/> </bridge> </interface> In [96]: conn.interfaceDefineXML(interfacexml,0) ---------------------------------------------------------------------------libvirtError Traceback (most recent call last)/home/saju/<ipython-input-96-0536ffe3fa23> in <module>()----> 1 conn.interfaceDefineXML(br1xml,0) /usr/lib/python2.7/dist-packages/libvirt.pyc in interfaceDefineXML(self, xml, flags) 2750 libvirtd. """ 2751 ret = libvirtmod.virInterfaceDefineXML(self._o, xml, fl...

...dge> > </interface> > > > > > > In [96]: > > conn.interfaceDefineXML(interfacexml,0) > > --------------------------------------------------------------------------- > libvirtError Traceback (most recent call last) > /home/saju/<ipython-input-96-0536ffe3fa23> in<module>() > ----> 1 conn.interfaceDefineXML(br1xml,0) > > /usr/lib/python2.7/dist-packages/libvirt.pyc ininterfaceDefineXML(self, xml, flags) > 2750 libvirtd. """ > 2751 ret= libvirtmod.vir...

Hiya, I'm trying to get speex compiling under windows using MinGW and Msys. Sequence of events: - unpack the speex distribution, then run: - ./configure --disable-shared then it happily goes off and spews out a load of output, untill finally, it spews out the "killer": checking for sin in -lm... yes checking for getopt_long... yes checking for main in -lwinmm... yes ./configure:

Hi I get the following error during linking. How do I resolve it. I am compiling using Visual Studio 2008 Thanks 1>Copyright (C) Microsoft Corporation. All rights reserved. 1>Linking... 1>MicSpeexDec.obj : error LNK2019: unresolved external symbol __imp__fclose referenced in function "int __cdecl _tmain(int,char * * const)" (?_tmain@@YAHHQAPAD at Z)

The primary purpose of the attached patches is for portable OpenSSH to support changing expired passwords as specified in shadow password files. To support that, I did a couple enhancements to the base OpenBSD OpenSSH code. They are: 1. Consolidated the handling of "forced_command" into a do_exec() function in session.c. These were being handled inconsistently and allocated