similar to: Fixed-point version

Hi Jean-Marc, Hi Jim, I have also seen some problems with the 1.1.8 release on the C55x. So far I have boiled down the issues to the following: 1) We need our own "fixed_xx.h" header file. I don't know why, and haven't had time to investigate, but there is a definite improvement when I use the attached fixed_c55x.h file which has turned all the maths into inline functions.

Hi, I am using speex 1.2beta2 on a 24bit DSP that has a severe program and data space limitations. I am only interested in the speex decoder for 11kbps narrowband implementation. I am using the following parameters and structures 160, /*frameSize*/ 40, /*subframeSize*/ 10, /*lpcSize*/ 17, /*pitchStart*/ 144, /*pitchEnd*/ /* 11 kbps medium bit-rate

I emailed Jean-Marc the arch.h about one week ago, not quite sure whether he actually received that email. Anyway, here I have an improved version of arch.h that I believe that it would be better, to use __int64 only if compiling on eMbedded Visual C++ compiler, so for any other compiler, keep it the same (use long long) ---------------------------------- Chan Kei Yuen (Kenji)

I've never tried Speex on a 24-bit DSP, but I would suggest actually leaving the code (nearly) as-is. The scaling factors actually should not change because I'm using integer multiplications, not fractional multiplications. So what should happen is that the top 8 bits or 24-bit values and the top 16-bit of 48-bit values will be unused (filled with sign bits). There may be a few cases where

Hi Jean-Marc, Based on the wonderful Speex project, I've created SpeexOutLoud, essentially a Speex codec port for Windows Mobile 2003 devices. I've included a sample project intended to show the usage of SpeexOutLoud codec in a Pocket PC application based on .NET Compact Framework. I'd request you to please go through the attached build, and include it as a contribution to the

Hi folks, My wife and I are taking a long weekend to celibrate our anniversary. I won't be around again until Wednesday to answer email or do anything else on Vorbis. Yeah, I know, I usually answer my email once a month anyway (so likely no one would notice me being gone), but just so folks know if anything really juicy comes up :-) I'll be merging my latest branch with mainline

Hi, I would like to know which method uses Speex to conceal the loss of packets. I've reviewed the code and haven't found anything. Thanks in advance. Iago Soto. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://westfish.xiph.org/pipermail/speex-dev/attachments/20040614/bfa135e0/attachment.htm

Dear Speex developers, I think I found a typo in libspeex/preprocess.c (that still in the SVN version too). Please correct me if I would be wrong. Patch is attached. (Yours :parenthetically &dezzy) -------------- next part -------------- A non-text attachment was scrubbed... Name: noise_var.patch Type: text/x-patch Size: 518 bytes Desc: not available Url :

Dear Speexers :-) I am trying to change the frame size from 20 ms to 10 ms, I did that by changing the value of the frame_size from 160 samples, to 80 samples in the sampleenc.c file. The number of frames increased as expected, but the size of the encoded stream of each frame remain the same! For example, if I use quality mode # 8 (corresponds to 15 kbps), the encoded streams size in bytes equals

I've not so much bandwidth to add channel coding but i've few bytes to spare for error detection. With a polynomial CRC-8 i've already more than 99.6 % to detect a burst error in a frame. So let's suppose the critical fields of Speex are: Wideband bit Mode ID LSP OL pitch OL pitch gain OL Exc gain So my plans are to calculate a CRC on these fields for each frame i send, then if i

Hello, I am running SAMBA 2.0.7.0 on AIX 4.3.3.0 I have a 1 Tera Byte filesystem on AIX made available to NT and MAC. There is heavy IO activity on this filesystem and all of a sudden the NT's and MAC's can't read or write any file on this shared filesystem. Also AIX is running out of memory whenever this happens and files cannot be copied onto the said filesystem even at unix

In order to develop a Voip application, today i should make it robust to bit-errors over wireless networks. This is an actually lack of Speex, infact what i've understood is that if a packet arrives corrupted, i must pass NULL to the decoder in order to let it know. My target is to use UDP (with checksum field disabled) and exploit also corrupted packets giving them to the AMR codec. Otherwise

Hello, Jean-Marc Valin schrieb: >>I am planning on creating a steganographic extension for speex/CELP. >>Since speex/CELP is lossy, there should be quite many bits that one >>can use for hiding data. > > Quite the opposite. Speex uses very few bits, so every bit you corrupt > is likely to be heard. You would need to use "fractions of bits" at a > time.

During the interesting interview that binaryfreedom has made with Monty and Jack, Monty mentions cascading, a feature that will be added, quote: "Cascading is the ability to make multiple passes through the frequency spectrum, iteratively filling in more detail, like a progressive jpeg". What are the advantages of something like this - does this generally improves quality or is it used

Hi, I'm having a bit of trouble with the ABR. I'm a developer of Mumble, a voicechat application for gamers, and up to now we've just used VBR quality to determine the bitrate. In an effort to make the resource requirements a little more determinable (and limitable) for hosting, I tried switching to ABR, as there doesn't seem to be a way to determine the absolute peak

Hi list! There seem to be some oddities in using ABR. The first thing I notice is that because "abr_count" increases without bound, after a while the weight of the bitrate history will completely swamp any change in the current bitrate and the ABR adjustment will essentially stop happening. This seems to be true in any mode (not just UWB) and perhaps a solution is to cap

Hi Marc, I've downloaded the Speex1.2Beta version. In the code still there are some float variables are used for the Narrow band decoding. In the file "nb_celp.c" .93 is getting multiplied with the GAMMA_SCALING [Line number From - 1341 - 1351] Can please tell me weather the 1.2Beta version has complete narrow band decoding in fixed point?? Thanking you, Regards, T

This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-1141662977-1014960253=:3119 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID:

--- libcelt/Makefile.am | 6 +- libcelt/bands.c | 26 +++++++++- libcelt/bands.h | 2 +- libcelt/celt.c | 23 +++----- libcelt/pgain_table.h | 133 ------------------------------------------------- libcelt/quant_pitch.c | 117 ------------------------------------------- libcelt/quant_pitch.h | 44 ---------------- 7 files changed, 37 insertions(+), 314

Hello all, I am generating large samples of random numbers. The RNG help page says: "All the supplied uniform generators return 32-bit integer values that are converted to doubles, so they take at most 2^32 distinct values and long runs will return duplicated values." But I find that the cycles are not the same as the 32-bit integer. My test indicated that the cycles for