search for: icassp

...innovation codebook. what are the tools to train the pitch and innovation codebook? Regarding the pitch prediction for high-band, I understand your reason of not using it for high-band. There is one paper, "A 14 kb/s wideband speech coder with a parametric highband model" by A. McCree (ICASSP 2000), Vol. 2, pp. II 1153 - II 1156, which use similar QMF filters and then suggests some ways for frequency reversal. So will it be feasible to implement here in our case ? After frequency reversal we can use same pitch prediction as narrowband does. dev Jean-Marc Valin <Jean-Marc.Valin...

...bands and transmitting the energy for each band - Using a pitch predictor (good for speech, but helps for music as well). - The rest is coded using a unit-pulse codebook. At this point, I'm still trying to figure out how to fit psychoacoustics into this. CELT is based on a paper I submitted to ICASSP and which I'm hoping will be accepted so I can make it available to everyone. The only difference is that the ICASSP paper was based on the FFT (non critically sampled), whereas this version is based on the MDCT. One part that is already published though is Tim's explanation of the pulse co...

...bands and transmitting the energy for each band - Using a pitch predictor (good for speech, but helps for music as well). - The rest is coded using a unit-pulse codebook. At this point, I'm still trying to figure out how to fit psychoacoustics into this. CELT is based on a paper I submitted to ICASSP and which I'm hoping will be accepted so I can make it available to everyone. The only difference is that the ICASSP paper was based on the FFT (non critically sampled), whereas this version is based on the MDCT. One part that is already published though is Tim's explanation of the pulse co...

...bands and transmitting the energy for each band - Using a pitch predictor (good for speech, but helps for music as well). - The rest is coded using a unit-pulse codebook. At this point, I'm still trying to figure out how to fit psychoacoustics into this. CELT is based on a paper I submitted to ICASSP and which I'm hoping will be accepted so I can make it available to everyone. The only difference is that the ICASSP paper was based on the FFT (non critically sampled), whereas this version is based on the MDCT. One part that is already published though is Tim's explanation of the pulse co...

...bands and transmitting the energy for each band - Using a pitch predictor (good for speech, but helps for music as well). - The rest is coded using a unit-pulse codebook. At this point, I'm still trying to figure out how to fit psychoacoustics into this. CELT is based on a paper I submitted to ICASSP and which I'm hoping will be accepted so I can make it available to everyone. The only difference is that the ICASSP paper was based on the FFT (non critically sampled), whereas this version is based on the MDCT. One part that is already published though is Tim's explanation of the pulse co...

...the decompressed Packet. While I write this I begin to think that it is possible I decompress Packets that are never used because they are too late. What is the reason why one should put the compressed Packet in the JitterBuffer? David > (Sorry about the delay -- currently attending ICASSP) > Hi, > > Haven't looked at all the details, but what's clearly wrong is that you > need to put the *compressed* packets in the jitter buffer and decode > them only when you _get() them. > > Jean-Marc > > David Feurle wrote: > >> Hi, >> >&gt...

Hi, I am using the JitterBuffer. Since there is not so much documentation I think I dont use it in a correct way. All the packets are recieved (I control the sequence numbers) but the JitterBuffer often tells me he has no packet. I am using it in the following way: I am not sure if I use the ticks correctly but I think it can be set to 20(msec). It is set as a Member in my class and i

(Sorry about the delay -- currently attending ICASSP) Hi, Haven't looked at all the details, but what's clearly wrong is that you need to put the *compressed* packets in the jitter buffer and decode them only when you _get() them. Jean-Marc David Feurle wrote: > Hi, > > I am using the JitterBuffer. Since there is not so much doc...

...are too > late. What is the reason why one should put the compressed Packet in the > JitterBuffer? Because otherwise, you end up decoding the packets in random order -- not very useful with a stateful codec! Jean-Marc > David >> (Sorry about the delay -- currently attending ICASSP) >> Hi, >> >> Haven't looked at all the details, but what's clearly wrong is that you >> need to put the *compressed* packets in the jitter buffer and decode >> them only when you _get() them. >> >> Jean-Marc >> >> David Feurle wrote...

Hi! I'm sending this message to both lame and vorbis developers, since my concerns apply to both ( and in case of vorbis it probably applies to the more advanced ambisonic modes the X, Y and Z parts ) Recently I did some thinking about M/S encoding and wondered if the same psychoaccoustic model is applied to the S ( and M ) channel as to normal L and R channels. My concern is that different

Hi, Can someone please tell me how should I go about changing the frame size which is hardcoded to 160 for NB and WB and 320 for UWB. For NB speech(8KHz) the framesize of 160 is 20ms frame but for WB and UWB its 10ms. What are the parameters being affected by simply changing the framesize and sub-frame size in "modes.c" How to change the buffer size and how its affected. can we have a