search for: s9268716

...Question (Bj?rn Thalheim) 4. Re: Exc CB Search very little Question (Jean-Marc Valin) 5. Re: Exc CB Search very little Question (Bj?rn Thalheim) ---------------------------------------------------------------------- Message: 1 Date: Tue, 19 Sep 2006 14:36:45 +0200 From: Bj?rn Thalheim <s9268716@mail.inf.tu-dresden.de> Subject: Re: [Speex-dev] Exc CB Search very little Question To: Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> Cc: speex-dev@xiph.org Message-ID: <450FE45D.4010902@mail.inf.tu-dresden.de> Content-Type: text/plain; charset="iso-8859-1" Hi, Jean-Ma...

...CB Search very little Question (Jean-Marc Valin) > 5. Re: Exc CB Search very little Question (Bj?rn Thalheim) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 19 Sep 2006 14:36:45 +0200 > From: Bj?rn Thalheim <s9268716@mail.inf.tu-dresden.de> > Subject: Re: [Speex-dev] Exc CB Search very little Question > To: Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> > Cc: speex-dev@xiph.org > Message-ID: <450FE45D.4010902@mail.inf.tu-dresden.de> > Content-Type: text/plain; charset="iso-8...

...CB Search very little Question (Jean-Marc Valin) > 5. Re: Exc CB Search very little Question (Bj?rn Thalheim) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 19 Sep 2006 14:36:45 +0200 > From: Bj?rn Thalheim <s9268716@mail.inf.tu-dresden.de> > Subject: Re: [Speex-dev] Exc CB Search very little Question > To: Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> > Cc: speex-dev@xiph.org > Message-ID: <450FE45D.4010902@mail.inf.tu-dresden.de> > Content-Type: text/plain; charset="iso-8...

Hello, playing a little around with speexenc/speexdec, I discovered that if I pass the "-n" or "-w" command line option to speexenc (version 1.1.10), I get a segmentation fault. Looking closely at the code, I found that the line: fprintf (stderr, "Warning: Trying to encode in %s at %d Hz. I'll do it but I suggest you try ultra-wideband instead\n",

Hello, Matthieu Poullet schrieb: > static float cheb_poly_eva(spx_word32_t *coef, float x, int m, char *stack) > { > int k; > float b0, b1, tmp; > int m2=m>>1; > > /* Initial conditions */ > b0=0; /* b_(m+1) */ > b1=0; /* b_(m+2) */ > > x*=2; > > /* Calculate the b_(k) */ > for(k=m2;k>0;k--) > { > tmp=b0;

Hello, I noticed that for one specific Speaker, there are codebook entries in all codebooks, that "fit" the speaker. So if one had a look at a histogram of the used codebook line numbers for one speaker, the histograms would look very much the same for different speech samples (of course, the speech samples should be long enough, more than a minute of speech ought to be sufficient). I

Hi, I noticed that, when working with R on a command line, I cannot enter anything into the command line which is longer than 1023 characters. If I input sth longer, it'l be just cut off at this lenght, and a "+" will be presented to me on the command line. It's not as bad since I can copy'n'paste commands longer than this with newline characters in between onto the

Hello, I do test runs of speex using speexenc -n [name].wav [name].spx The wav-files (6 different speech files) hereby are sampled at 44100Hz. Most interestingly, all Frames have SubModeID 5. I haven't tracked the Assignment of the SubModeID through the source code, so I just wanted to ask, if I can assume "speexenc -n" to use SubModeID 5 always? Ciao, Bj?rn -- You will

Hi, Jean-Marc Valin wrote: >> I haven't tracked the Assignment of the SubModeID through the source >> code, so I just wanted to ask, if I can assume "speexenc -n" to use >> SubModeID 5 always? > > Only if you never change the bit-rate. But speexenc -n was a dumb idea > in the first place... I know ... Thats why I downsampled the WAV-File to 8kHz (I got

Hello, just to make sure I haven't gotten anything wrong: In cb_search.c (function split_cb_search_shape_sign) after all that searching nb_subvect CB entries are being written into the stream. These are all taken from the same codebook. If I wanted to, I could just change their order, couldn't I? Because important is only the linear combination of them all together, which I keep

Hi, Jean-Marc Valin wrote: > How about this: the codebook search gives you the N best (in order) > combinations of entries for the current sub-frame. You can simply > compute a one-bit checksum on all the codebook entries and choose > which of the N-best to use based on that and the "message" you have. So you're suggesting, I can either write into the stream: -

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20060719/1f7ff5c0/signature.pgp

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.

Hello, I would like to run a script over a speex file which determines, how long the speech contained in the speex file is. So I run through the ogg file, skip the first two ogg _pages_ (speex header and comment header, both contain IMHO only 1 ogg _packet_), and then count in any ogg page the number of the ogg _frames_ (which, unless I used -nframes while encoding, which I did not), and multiply

Hello Jean-Marc and all, I recently had a talk with somebody about CELP. He said, there is this federal standard 1016 (4.8kbps) with a reference implementation of the Department of Defense (only on Sun, unfortunately, if I got this right). This one is noticed in the manual already. He also said, since there is this implementation of the DoD, nobody would voluntarily re-implement CELP. If I read

Hello, I recently measured the distances ndist[0][nb_subvect-1] which are used to make the decicion, which codebook entries are to be used in libspeex/cb_search.c (function split_cb_search_shape_sign). For that I took a couple of audio books (all german speech), downsampled the tracks to 8kHz and encoded them with "speexenc -n --bitrate 15000 ..." (I used svn revision 11825). Usually,

Hi, Jean-Marc Valin wrote: > Not sure I understand your question. Change the order of what within what? In cb_search, we iterate nb_subvect times over a codebook, finding nb_subvect codebook entries to quantize the excitation signal. After finding these nb_subvect codebook entries, they're written into the stream: /*save indices*/ for (i=0;i<nb_subvect;i++) {

Hi, Jean-Marc Valin wrote: > Well, you could change the order in the encoder as long as you reverse > it in the decoder as well. Ok, I see that in the split_cb_shape_sign_unquant function, that each coefficient is tied to it's position in the nb_subvect exc coefficients. Honestly, I have problems understanding what exactly the codebook search works like. If you have the time to to

Hello kind developers, 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. I'm familiar with the principles of CELP (two filter loops, one for pitch, the other for formants, let the raw speech frame run through those filter loops, take residue signal, map it on a codebook entry,

Hi, Jean-Marc Valin wrote: >> 1. What is the point in multiplying a codebook index with some number >> ant adding a loop variable to it as done in the exc unquant function. >> for (j=0;j<subvect_size;j++) >> exc[subvect_size*i+j]+=s*0.03125*shape_cb[ind[i]*subvect_size+j]; > > That's just how you represent a 2D array in C: the codebook has