similar to: buffer overruns for small files

hi Tom, i downloaded your speex wrappers and they're really what i'm looking for! i really cannot worry about container support at the moment because i'm working with real-time audio, and hopefully toward VoIP when everything else is in order. im using waveform to capture data from the microphone. the raw PCM sample is stored in the WAVEHDR structure's member lpData, and this

First off, I don't even know if this is the right place to ask these kind of questions, but I haven't been able to find answers anywhere else, so 1. I have found that "pcmTotal * vorbisInfo->channels * 2" gives the uncompressed size of every ogg vorbis file I have used. What is a more robust way of getting the full uncompressed file size? 2. How do I read a certain amount of

Ronald, I suggest we take this discussion off the list after this post. I don't see any problems with your code. However, I can make a few suggestions: 1) If you replace the lines: pSpeexHdr->lpData = (char*)pSound; pSpeexHdr->dwBufferLength = decodedSamples * sizeof(short); with: pSpeexHdr->lpData = lpHdr->lpData; pSpeexHdr->dwBufferLength = lpHdr->dwBufferLength;

hi sirs, i am only recently studying speex and i'm looking for a C++ wrapper for speex that has higer-level implementations for the Encode and Decode functions, to sort of base my initial understaning of how the speex API work. i have in fact created my own, following on the instructions in the speex codec manual, but i havn't really made any positive progress. (a lot of people have

Ronald, I recently wrote some wrapper classes for the Speex encoder and decoder for use with my VoIP program. I think they're pretty high level and easy to use. They handle all buffer allocation internally to make life easy. Here's a simple little example that happens to use VAD: // buf is float[] or short int[], buflen is multiple of frame size // (there is a getFrameSize() method

I am wondering if buffer size for my decoding to pcm can be predicted dependably as follows. So far, the one problem I have had is when I have played a file of only about 5k. The buffer was a little less than 10% too small. I "solved" that by padding the result with an extra 20 percent. However, I have been told that I should be able to rely on the value of ov_pcm_total. char*

Sorry about the personal reply Ian. I hope keeping the subject the same is the way to reply to the list (I have never used a mailing list before). The last thing I am not grasping is how *pcm_total *works without a concept of sample size? If the sample size is whatever I decide to read it as, how does it calculate the number of samples (of one channel I'm assuming because we have to multiply

I am deeply sorry about the corrupt message just being sent; there seems to have been a compatibility issue with my mailer and my browser. This is an identical copy of the previous message: Hello Martin, Vorbis encoders are lossy, which is in a sense equivalent to converting the sample size of the raw PCM stream into something that would result in the desired bitrate. The "sample size"

Hello, I know my question has been asked before because I spent the last week searching the web for how to use Speex in combination with WaveIn/WaveOut and I ran into a few posts, but none of them answer the question. There is still a lot of confusion how to use WaveIn/WaveOut and Speex by junior developers such as myself. Even after examining code for SpeexDec and SpeexEnc, I cannot get clear

[Mod: FYI - i have not looked at it yet. I am not going to approve anything on this topic until someone from redhat comments on it or until someone really goes though the code -- alex] [Mod: ewt@redhat.com and marc@redhat.com added to the Cc: list -- alex] Hi there I saw there was a new redhat vixie-cron available (vixie-cron-3.0.1-19.src.rpm, dated Nov 10), and given the number of buffer

Hi everybody I've a very big network problem with some server running CentOS with KVM and some linux-like VMs on the top of it. The vm's network is bridged with a physical dedicate NIC (an Intel PRO/1000) with 2.4.14-NAPI driver (but the problem persists with various versions of the driver) and the CentOS version is 6.4 (same problem with a 5.7 sever) with all the last updates.

This patch is against current svn and contains three classes of fix: - Ensure the result is properly terminated after calls to strncpy() - Replace calls of sprintf() with snprintf() - Added a PROTECT() call in do_while which could cause memory errors if evaluating the condition results in a warning. Thanks, Karl

Hello, Situation: I've got two asterisk 1.2.4 servers, connected to each other over the internet with IAX2 with about 20msec delay. One of the servers is hosting MeetMe. It's working fine as long as only SIP phones connected to the meetme server participate in the conference. As soon as a participant using IAX2 is connecting, lots and lots of buffer overruns and underruns are

Thank you for such a quick response. The only reason I started with Char buffers is because WaveIn and WaveOut on Windows XP accept/emit WAVEHDR structures, which store audio data in LPSTR, which is Char*. typedef struct { LPSTR lpData; DWORD dwBufferLength; ... } WAVEHDR; When I was going from Char to float and back looked very wrong to me as well, but I was just not

Dear R-devel, Last week I got several responses to my question about debugging segfaults in my code (original post below). After I changed the S_alloc() calls to Calloc()/Free(), the symptom was gone, but I was told to keep looking. So I did: o Switched to Calloc/Free. Electric Fence did not find any problem. o Put assert(index < bound); assert(index >=0); everywhere in the C routine

Hi, I'm trying to install dovecot-0.99.9-test6 with gcc-3.2.2 under AIX (4.3.3) and found some problems. First, I need to define _XOPEN_SOURCE_EXTENDED to 1 in src/lib/fdpass.c and src/auth/mycrypt.c or undefine it to compile successfully. When I define _XOPEN_SOURCE_EXTENDED to 1, I get the following error while connecting: dovecot: Apr 21 17:56:44 Info: Dovecot starting up imap-login:

The Wine development release 1.1.39 is now available. What's new in this release (see below for details): - Support for registry symbolic links. - Many MSI fixes. - Build process improvements. - MSXML cleanups and fixes. - A number of MSHTML improvements. - Various bug fixes. The source is available from the following locations:

Hi, I'm running an 8E1 setup to an SS7 carrier. The setup works but when we start hitting the 80 active calls mark the link became unstable. I found a lot of the following messages afecting my d channel Jun 25 15:49:55 ostional kernel: [385661.368857] dahdi: HDLC Receiver overrun on channel TE4/0/1/31 (master=TE4/0/1/31) Im using TE410P dahdi-linux-2.4.1.2.tar.gz dahdi-tools-2.4.1.tar.gz

We recently upgraded our NT4 Domain to Win2k. We use Samba 2.0.7 running on Solaris 2.6 servers. We are getting buffer overuns in the log files when running 'domain_client_validate' which appears to be due to extensive group membership (SID History is not being used). Are there any patches/fixes available to get round this problem? Thankyou in anticipation. Regards, Rich Sprigg

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ========================================================== == == Subject: Stack buffer overflow in nmbd's logon == request processing. == == CVE ID#: CVE-2007-4572 == == Versions: Samba 3.0.0 - 3.0.26a (inclusive) == == Summary: Processing of specially crafted GETDC == mailslot requests can result in a