similar to: Algorithmic Delay

Speex tells me that the decoder is always 5 ms, but it says that the encoder is 5 ms for NB, 8.9375 ms for WB, and 10.90625 ms for UWB. Is there an extra frame of delay in the encoder that isn't otherwise accounted for? John Ridges Jean-Marc Valin wrote: > Quoting John Ridges <jridges at masque.com>: > >> I also need to know the precise delays from Speex but I used

JM, I also need to know the precise delays from Speex but I used the SPEEX_GET_LOOKAHEAD control requests to determine them (plus the "speex_resampler_get_output_latency" function from the resampler). The returned values from the Speex lookahead request don't seem to match with the values you gave Alexander. Am I doing this wrong? Thanks, John Ridges speex-dev-request at

1. What to do with the last frame that is smaller then frame size? During encoding, the last frame is often smaller than the required frame size. In the sample code, proper number of zeros are padded at the end. So if I don't want those padded zero after decoding, I assume that it is up to me to keep track of the number of zeros. Is it right? 2. What does SPEEX_GET_LOOKAHEAD do? How to

Hi, I tried hunting for the algorithmic delay of vorbis, but searching Google for "vorbis algorithmic.delay" just gives a lot of hits about the delay in speex. :-\ I'm wonder what the delay would be, using vorbis for high quality conferencing VoIP. Regards, Steve

I believe if you add the *decoder* lookahead time to the encoder lookahead time you are already referencing, you will get the numbers that you have calculated. --John On 4/11/2012 1:00 PM, speex-dev-request at xiph.org wrote: > Message: 1 > Date: 10 Apr 2012 22:07:20 +0200 > From: Thilo K?hler<koehlerthilo at gmx.de> > Subject: [Speex-dev] Speex Codec Delay Problem > To:

First patch fixes two typos in manual. Second patch adds few notes about latency, as promised. Hopefully I haven't added any typos and grammar errors :) On Wed, Jul 1, 2009 at 8:02 PM, Alexander Chemeris<Alexander.Chemeris at sipez.com> wrote: > Thank you for clarification. I attached a patch which (IMHO) > makes it more clear for everyone who just read Doxygen > docs.

Hello All! SPEEX introduces an additional delay to the audio data, I found out by reverse enginiering (it is NOT the lookahead time): narrow band : delay = 200 - framesize + lookahead = 200 - 160 + 40 = 80 samples wide band : delay = 400 - framesize + lookahead = 400 - 320 + 143 = 223 samples uwide band : delay = 800 - framesize + lookahead = 800 - 640 + 349 = 509 samples To get the

Quoting John Ridges <jridges at masque.com>: > Speex tells me that the decoder is always 5 ms, but it says that the > encoder is 5 ms for NB, 8.9375 ms for WB, and 10.90625 ms for UWB. Is > there an extra frame of delay in the encoder that isn't otherwise > accounted for? Oh, delay = frame_size + lookahead If you have a frame size of 20 ms, then there's no choice but

On Fri, Apr 4, 2008 at 12:19 AM, Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> wrote: > Jahn, Ray (R.) a ?crit : > > > Dear Speex codec community: > > > > I am working on conversion of voice files. I could not figure out how to use speexdec.exe 1.2.3 in piped mode in order to avoid the creation of the potentially large intermediate *.wav or *.pcm files. Any

On Sun, Jun 19, 2005 at 08:07:50PM -0400, Jean-Marc Valin wrote: > Hi Ralph, > > What speexenc does (Speex itself does not know about Ogg) is that it gives > packet N the granulepos "N*frame_size - lookahead". In the case of narrowband, > the first frame would have granulepos "1*160 - 80", so 80. I can't say about > your example because Speex cannot

Dear all, in chapter 2 of http://jmvalin.ca/papers/aes135_opus_celt.pdf it is mentioned, that encoder and decoder has an algorithmic delay of 6.5 ms (lookahead and resampling delay). In Table 54 of https://tools.ietf.org/html/rfc6716 different delays for the resampler of the SILK encoder are given. However, I measure the same round trip delay for opus encoder->decoder regardless which

Hello List, ? I have a dataset consisting of strings that I want to split while saving the delimiter. ? Some example data: ?leucocyten + gramnegatieve staven +++ grampositieve staven ++? ?leucocyten ? grampositieve coccen +? ? I want to split the strings such that I get the following result: c(?leucocyten +?, ??gramnegatieve staven +++?, ??grampositieve staven ++?) c(?leucocyten ??, ?grampositieve

I installed the Syncpeople textmate bundle ( http://syncpeople.com/downloads/syncpeople_on_rails_features ) and the commands all work from the menu, but the short-cuts never work for any of the snippets or commands ever work, because the scopes are not being selected properly. If I change the scope to just "source.ruby" it will work fine. But I cannot see why their scope selectors do not

Dear Jean-Marc and Peter: Thank you both very much for your time and advice. I did not realize that Lame MP3 code has a -r option (without reading its code). I have tried the suggested command lines verbatim with the added -r option, along with other combination of option settings. I could not figure out how to eliminate the distortion in the result, like voice turning either high or low

LS. After upgrading from samba 3.0.7 to samba-3.0.9 it appears that algorithmic rid base is now checked to be larger then 1000 . Because of this I get the follwoing error when trying to log in: [2004/11/19 18:26:50, 2] lib/smbldap.c:smbldap_search_domain_info(1374) Searching for:[(&(objectClass=sambaDomain)(sambaDomainName=<DOMAIN>))] [2004/11/19 18:26:50, 2]

Hello, I am testing the command line based opus encoder/decoder tools and I have some questions regarding the information given by the encoder (see below as an example). Encoding using libopus 1.0.2 (audio) ----------------------------------------------------- Input: 48kHz 1 channel Output: 1 channel (1 uncoupled) 20ms packets, 64kbit/sec VBR Preskip: 312 Encoding complete

Hi My name i Jakob Aagesen I have a problem understanding the granual pos in the ogg header. I found a something that Selon Ralph Giles wrote to someone: What speexenc does (Speex itself does not know about Ogg) is that it gives packet N the granulepos "N*frame_size - lookahead". In the case of narrowband, the first frame would have granulepos "1*160 - 80", so 80. What is the

Hi, I want to do a careful measure of mic-to-net and net-to-spkr delays in sip media engine and to make it really precise I need to know delays, introduced by Speex algorithms. In particular, I'm interested in delays of: 1) encoder in NB, WB and UWB modes, 2) decoder (I guess it should be 0?) 3) resampler. I think it varies depending on input rate to output rate ratio. Any generic formula or

On Tue, Feb 18, 2003 at 06:09:43PM -0500, Jean-Marc Valin wrote: > Le mar 18/02/2003 ? 17:38, John Hayes a ?crit : > > If I encode something in ultra-wideband, can I decode it in wideband by > > chopping off bytes in every frame? > > All you have to do is use the --force-wb switch with speexdec. It will > decode as if the file were wideband, ignoring the ultra-wideband

--- Josh Coalson <xflac@yahoo.com> wrote: > --- pritpaul@svaudio.org wrote: > > I still have the > > first > > problem though (flac adding 12 "00" bytes to the beginning of the > > decoded > > file when the original input to create the flac was a raw file), > and > > would > > realy appreciate help. :) > > OK, I will look into