Displaying 20 results from an estimated 26 matches for "mdct_backward".
2003 May 20
2
mdct_backward with fused muladd?
Can anybody point me at any resources that would explain how to optimize
mdct_backward for a cpu with a fused multiply-accumute unit?
>From what I understand from responses to my older postings, Tremor's
mdct_backward could be rewritten to take advantage of a muladd.
My target machine can do either two-wide 32x32 + Accum(64) -> Accum(64)
integer muladd or eight-wide 16x16...
2002 Aug 13
1
mdct.c pointer to array conversion
Hi all,
I'm attempting to convert all the pointers to arrays the mdct_backward
function so it can be partitioned off for a hardware implementation.
Although this code is quite short I'm finding it a little tricky.
As it stands, mdct_backward is passed values by reference i.e.
void mdct_backward(mdct_lookup *init, DATA_TYPE *in, DATA_TYPE *out)
o my modified version s...
2000 Oct 23
4
More mdct questions
...other topic, this is actually a reply to Segher's post
on Sun Oct 22 on the 'mdct question' topic. I wasn't subscribed properly
and so I didn't get email confirmation and thus can't add to that thread.
So Segher, if the equation is indeed what you say it is, then replacing
mdct_backward with this version should work, but it doesn't.
Am I applying it incorrectly?
void mdct_backward(mdct_lookup *init, double *in, double *out) // I call
this with in != out
{
// For 256 size blocks, coef are in[0..127]
// For 2048 size blocks, coef are in[0..1023]
int N = init->n...
2002 Mar 14
1
mdct.c
Hi vorbis-dev,
I'm investigating the mdct* function in libvorbis and writing a small
client program to test it. I found that I have to set ARRAYSIZE when
mdct_init(lookup, ARRAYSIZE) to minimum value of 62 otherwise it will
segfault with mdct_backward.
Is there any lower limit or it is more likely that my code has bug?
Thank you very much,
Pattara
--
Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html
----------------------------------------------------------------------
Ott Patta...
2003 May 23
0
_LOW_ACCURACY_ good enough?
...r kicks, I re-enabled _LOW_ACCURACY_ and lo and behold it was still substantially faster. I also got some gains out of tremor by changing the longs in cookbook and sharedbook to ogg_int32_t's like I did for vorbis.
I think _LOW_ACCURACY_ is a win mostly because I'm entirely cache-bound in mdct_backward. But my question is, is it good enough for production work? I diffed a few output files and it looked like the largest differences in sixteen bit data were not more than one or two lsb's. Are there any situations where it fails spectacularly I should watch out for?
Looking at the lowmem-bra...
2002 Aug 21
1
MDCT input and output data blocks
...D is set, then it begins
16384
0
16364
-803
16305
-1605
which is simply a left shift of TRIGBITS (14 in this case), or a
multiply by 16384 if you prefer to think of it like that. So far, so
good.
However if I display the data blocks (*in and *out) before and after
transformation:
mapping0.c: mdct_backward(b->transform[vb->W][0],pcm,pcm);
in floats:
'in' begins (before transformation)
-0.003689
-0.017678
-0.041495
-0.044482
-0.011444 (although it goes a bit odd later on, with long strings of
zeros and then long strings of -431602080.000000)
'out' begins (after transformation...
2003 Jan 09
1
encoding to fixed window length vorbis file
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi!
I want to encode wav file into fixed window length vorbis file. I don't
know if "window" is good name for that, but i mean MDCT buffer size.
This buffer is passed to mdct_backward() as "in" and it's size is
determined by "init->n" variable which is also passed to this function.
So, when I say "window size" I mean "init->n" value.
I noticed, that when decoding ogg vorbis file, window size is changing
and it's values for no...
2015 Feb 26
3
[RFC PATCH v2] Encode optimize using libNe10
Viswanath Puttagunta wrote:
> Can we please have review on RFCv2? We have quite a few optimizations
> (Eg: ifft/mdct_backwards, fixed point fft/ifft mdct_forward/backward
> etc) that are in my pipeline that depend on this patch series being
> accepted.
So, trying to make progress on this...
On an armv7l board running Ubuntu, you've broken the build with just
--enable-intrinsics (without the NE10 options):...
2015 Mar 07
1
Patch cleaning up Opus x86 intrinsics configury
...nt
> optimizations? Also, are any of your patches using NE10 library?
>
> So far, what I submitted is to optimize opus_fft using NE10 (float
> only). I also modified mdct_forward to take advantage of this
> optimization.
>
> My next action plan:
> - use opus_ifft to optimize mdct_backwards (float via Ne10)
> - Re-work/add opus_fft and opus_ifft for fixed (again via Ne10)
> - Enable for Aarch64 and test (I'm hoping your patch already does this)
> - float-to-int and int-to-float conversions using neon
> - etc.
>
>
> >
> >> On Mar 3, 2015, at 5:18 P...
2018 Apr 27
0
[RFC][PATCH] Remove private symbols from Vorbis shared libs
...-
_book_maptype1_quantvals
_book_unquantize
__bss_start
drft_backward
drft_clear
drft_forward
drft_init
_edata
_end
_fini
_float32_pack
_float32_unpack
floor0_exportbundle
floor1_encode
floor1_exportbundle
floor1_fit
floor1_interpolate_fit
_floor_P
_init
_make_words
mapping0_exportbundle
_mapping_P
mdct_backward
mdct_clear
mdct_forward
mdct_init
ov_ilog
res0_free_info
res0_free_look
res0_inverse
res0_look
res0_pack
res0_unpack
res1_class
res1_forward
res1_inverse
res2_class
res2_forward
res2_inverse
residue0_exportbundle
residue1_exportbundle
residue2_exportbundle
_residue_P
_ve_envelope_clear
_ve_envelope...
2006 Aug 08
1
Lancer 20060807 is out
Lancer 20060807 (based on aoTuV 4.51)
http://homepage3.nifty.com/blacksword/
2006/08/07 Lancer 20060807
Changes:
* fix SSE optimization code in mdct_forward, mdct_backward.
* reintroduce vorbis_oggpack_write for only static version.
* fix problem in local_book_besterror_dim1x4.
2006/08/06 Lancer 20060807(test version for memory problem)
Changes:
* Since heap memory error occurs, remove vorbis_oggpack_write.
that's optimization move to oggpack_write.
* oggpack_...
2002 Mar 26
0
int or float?
Hi Vorbis,
Now I get libvorbis-rc3 + integerized mdct_backward + integerized window
running. The sound output is ok. Now we have to go further on possible
optimization of the code in order to have the music played realtime on
our chip (LEON-Sparc). There are 2 possible ways:
1.Make everything integer, remove all floating point usage. Then we can
remove FPU an...
2004 Apr 09
1
MDCT_INTEGERIZED
Hello,
I have used "MDCT_INTEGERIZED" version of mdct and the resulting bitstream
is absolutely silent. Do I have to make some other changes to the source
code to get it working? I mean some int->float or float->int conversion
before/after call a mdct function.
Thanks
Rado
--- >8 ----
List archives: http://www.xiph.org/archives/
Ogg project homepage:
2015 Mar 04
0
[RFC PATCHv3] Encode optimize using libNe10
...--host=arm-linux-gnueabihf --enable-intrinsics \
--with-NE10-libraries=$NE10_DIR/build/modules \
--with-NE10-includes=$NE10_DIR/inc
$ make
I have also tried
$ ./configure --host=arm-linux-gnueabihf --enable-intrinsics
It works fine to me.
> I will start working on mdct_backward and fixed point fft for ARMv7.
Glad to hear that.
> Regards,
> Vish
Regards,
Phil Wang
-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not dis...
2002 Aug 29
0
yet another MDCT question
mdct.c, lines 436 onward (part of mdct_backward) state
{
DATA_TYPE *oX1=out+n2+n4;
DATA_TYPE *oX2=out+n2+n4;
DATA_TYPE *iX =out;
T =init->trig+n2;
do{
oX1-=4;
oX1[3] = MULT_NORM (iX[0] * T[1] - iX[1] * T[0]);
oX2[0] = -MULT_NORM (iX[0] * T[0] + iX[1] * T[1]);
oX1[2] = MULT_N...
2015 Feb 16
0
[RFC PATCH v2] Encode optimize using libNe10
Hello opus-dev,
Can we please have review on RFCv2? We have quite a few optimizations
(Eg: ifft/mdct_backwards, fixed point fft/ifft mdct_forward/backward
etc) that are in my pipeline that depend on this patch series being
accepted.
Regards,
Vish
On 4 February 2015 at 12:21, Viswanath Puttagunta
<viswanath.puttagunta at linaro.org> wrote:
> Changes from RFC PATCH v1:
> - passing arch paramet...
2003 May 21
2
Clean separation of encode and decode?
...anybody interested in cleanly separating encode and decode in vorbis? I'm trying to take a stab at it myself from the head of cvs as of this morning, but it looks like a lot of files contain both encode-only and decode-only functions. An obvious one is mdct.c, which contains mdct_forward and mdct_backward (which isn't that big of a deal, since both are pretty well-contained, but it could be easily fixed by moving all of the helper functions into a header file).
A more complicated one is block.c, which contains several calls into psy.c, which I would presume should be mostly encode-only.
I'...
2004 Mar 28
3
Optimizing Vorbis for a DSP
Hello all,
I have recently ported Vorbis to a Texas instruments DSP (TMS320C5510), The problem I have is that it is not decoding the audio in real time( about 50% of real time). Could any one give me a clue in which area I could start to optimize the code.
Regards
Kevin
<p><p><p>--- >8 ----
List archives: http://www.xiph.org/archives/
Ogg project homepage:
2015 Mar 04
2
Patch cleaning up Opus x86 intrinsics configury
On Mar 3, 2015, at 11:08 PM, Viswanath Puttagunta <viswanath.puttagunta at linaro.org<mailto:viswanath.puttagunta at linaro.org>> wrote:
On 3 March 2015 at 21:59, Jonathan Lennox <jonathan at vidyo.com<mailto:jonathan at vidyo.com>> wrote:
Viswenath,
My patch should be against the tip, but it?s the very recent tip, including some changes this past Friday (27 Feb). I
2015 Feb 26
0
[RFC PATCH v2] Encode optimize using libNe10
On 25 February 2015 at 19:54, Timothy B. Terriberry <tterribe at xiph.org> wrote:
> Viswanath Puttagunta wrote:
>>
>> Can we please have review on RFCv2? We have quite a few optimizations
>> (Eg: ifft/mdct_backwards, fixed point fft/ifft mdct_forward/backward
>> etc) that are in my pipeline that depend on this patch series being
>> accepted.
>
>
> So, trying to make progress on this...
>
> On an armv7l board running Ubuntu, you've broken the build with just
> --enable-intrins...