[Speex-dev] lpcSize
Shridhar, Vasant
vasant.shridhar at harman.com
Mon Apr 11 16:27:41 PDT 2011
I thought about this. However this would mean I would have to copy the data over to a temp array which can be expensive on this part. The size of the filters are small which tends to remove the benefit for this part. I will look into this a bit more. How are the code books trained?
Vas
________________________________________
From: Jean-Marc Valin [jmvalin at jmvalin.ca]
Sent: Monday, April 11, 2011 7:18 PM
To: Shridhar, Vasant
Cc: speex-dev at xiph.org
Subject: Re: [Speex-dev] lpcSize
On 11-04-11 06:48 PM, Shridhar, Vasant wrote:
> Okay,
>
> Not exactly the answer I was looking for. This sounds like a big
> change. I don't mind re-writing the LSP quantizer but re-training
> code books and breaking compatibility is not what I want to do. I am
> working on an optimization for an ARM cortex-A8. It is desirable to
> process things in 4 element blocks. Is there a simpler approach you
> could recommend?
Well, nothing prevents you from simply padding with zeros in the
functions you're trying to optimize.
Jean-Marc
> Vasant Shridhar ________________________________________ From:
> Jean-Marc Valin [jmvalin at jmvalin.ca] Sent: Monday, April 11, 2011
> 5:29 PM To: Shridhar, Vasant Cc: speex-dev at xiph.org Subject: Re:
> [Speex-dev] lpcSize
>
> On 11-04-11 11:05 AM, Shridhar, Vasant wrote:
>> I would like to make lpcSize a multiple of 4. In the current
>> library for narrow band mode lpcSize is currently set to 10. I
>> would like to increase this 12 for optimization reasons. Is it a
>> simple matter of just changing lpcSize in the structures in mode.c
>> or are there other implications to doing this?
>
> Nothing major except you'd need to rewrite the LSP quantizer,
> retrain half the codebooks, change the bit-allocation and break
> compatibility with the format.
>
> Cheers,
>
> Jean-Marc
>
>
More information about the Speex-dev
mailing list