search for: dduck

Hello - Is the following a configuration issue (which is usually the case) or a bug? I''m trying to ensure a local user is present in a NIS environment using the following recipie: class dduck_add { user { "dduckl": ensure => present, uid => 60030, gid => "100", groups => "users", home => "/dduck", managehome => true,...

Hi Jean-MArc (and others), As I say in my mail, signal processing is NOT my area of expertise, and I am lost. I haven't the faintes clue about what you mean by "DC offset". This is why I offer paying someone (ANYONE!!!) to solve the problem. I am aware it's beyond my abilities right now, and am willing to pay someone who /does/ know what he is doing to fix it for me. I am

Hi, I am using a digitized voice with a vocabulary of some 350.000 words. Converting them from WAV to Speex obviously cut down the size a lot, but I find that some more compression could be done. Specifically I collect the resulting files in one big container file, and that one compresses quite well (from about 600MB to about 130MB). I expect that is due to redundant data in the headers

Hi! I have found and (tentatively) fixed a bug in the Win32 version of speexdec. Is this the place to post it, or... ? Sincerely Anders S. Johansen --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in

Jean-Marc Valin wrote: > Thanks for the fix. I applied to CVS. It'll be included in the 1.0.1 > version I plan to release soon. Great! Any ETA on the 1.0.1 version? I am just on the verge of releasing a product containing Speex, but might stall for a month or two if significant updates are imminent. With the start of summer vacation in Denmark the whole country pretty much grinds to

Hi! Speexdec "clips" playback of files on fast Windows machines when invoking it in decode-and-play mode by only supplying a filename for the source file - the end of the sound playback gets chopped off. I have traced it to the line reading: if (fout && strlen(outFile)==0) WIN_Audio_close (); <p>...which should probably read... if (strlen(outFile)==0)

Hi, I am experiencing some unfortunate problems when encoding WAV files to spx using version 1.0.4. A "click" which is not present in the original WAV file is added to the end of the spx file. Is this a known problem, and if so, which version of the encoder should I switch to... and if I have to switch the encoder, will I also have to switch the version of the decoder? Sincerely,

Ashhar Farhan wrote: > > dear Anders, > > the speex encoder really does not know when you are ending a wave file. > most probably there is a one-off error in your loop that reads the wave > file and you are incorrectly reading the end of the wave file. Hmmm, I am using code ripped verbatim from speexenc. Are there any known bugs of this kind in that? > btw, it will be