search for: mdct_forward

...orner cases that need further investigation. > > > Yes, that seems concerning. I'd like to at least understand the cause of the failures. "Audio is clearly audible" is not a very strong test for encoder quality regressions, but in the worst case we could just disable NE10 for mdct_forward. Yes, agree we need to root cause this.. I only mentioned audio is audible clearly to point out that NE10 fft is not completely messed up, but does have some corner cases where it is failing. ARM folks are actively looking into this issue, and expecting some resolution next week. Also, this NE10...

Hello all, I am playing around, trying to get an OggVorbis encoder implementation working on the Symbian OS. Unfortunately I am getting a crash - here is the stack vorbis_analysis_blockout _ve_envelope_search _ve_amp mdct_forward free User::Free(void *) RHeap::Free(void *) RHeap::GetAddress(const void *)const RHeap::CheckCell(const RHeap::SCell *)const Panic(TCdtPanic) User::Panic(const TDesC16 &, int) In the case here the free call is doing something very bad (like for example freeing some memory already freed). He...

Hello all, I am playing around, trying to get an OggVorbis encoder implementation working on the Symbian OS. Unfortunately I am getting a crash - here is the stack vorbis_analysis_blockout _ve_envelope_search _ve_amp mdct_forward free User::Free(void *) RHeap::Free(void *) RHeap::GetAddress(const void *)const RHeap::CheckCell(const RHeap::SCell *)const Panic(TCdtPanic) User::Panic(const TDesC16 &, int) In the case here the free call is doing something very bad (like for example freeing some memory already freed). He...

...ith audio. > > Jean-Marc > > On 08/05/15 11:08 AM, Viswanath Puttagunta wrote: >> Hello Timothy, >> >> Just FYI, Phil at ARM is still looking into why mdct is failing.. will >> keep you posted. In the mean time, do you want me to disable NE10 for >> mdct_forward and re-submit the patchset so we may make progress? >> >> Regards, >> Vish >> >> On 30 April 2015 at 09:33, Viswanath Puttagunta >> <viswanath.puttagunta at linaro.org> wrote: >>> >>> On 29 April 2015 at 17:22, Timothy B. Terriberry <tt...

...>> On 08/05/15 11:08 AM, Viswanath Puttagunta wrote: >>>> Hello Timothy, >>>> >>>> Just FYI, Phil at ARM is still looking into why mdct is failing.. will >>>> keep you posted. In the mean time, do you want me to disable NE10 for >>>> mdct_forward and re-submit the patchset so we may make progress? >>>> >>>> Regards, >>>> Vish >>>> >>>> On 30 April 2015 at 09:33, Viswanath Puttagunta >>>> <viswanath.puttagunta at linaro.org> wrote: >>>>> >>>...

Hello Timothy, Just FYI, Phil at ARM is still looking into why mdct is failing.. will keep you posted. In the mean time, do you want me to disable NE10 for mdct_forward and re-submit the patchset so we may make progress? Regards, Vish On 30 April 2015 at 09:33, Viswanath Puttagunta <viswanath.puttagunta at linaro.org> wrote: > > On 29 April 2015 at 17:22, Timothy B. Terriberry <tterribe at xiph.org> wrote: > > > > Viswanath Puttagun...

...ith audio. > > Jean-Marc > > On 08/05/15 11:08 AM, Viswanath Puttagunta wrote: >> Hello Timothy, >> >> Just FYI, Phil at ARM is still looking into why mdct is failing.. will >> keep you posted. In the mean time, do you want me to disable NE10 for >> mdct_forward and re-submit the patchset so we may make progress? >> >> Regards, >> Vish >> >> On 30 April 2015 at 09:33, Viswanath Puttagunta >> <viswanath.puttagunta at linaro.org> wrote: >>> >>> On 29 April 2015 at 17:22, Timothy B. Terriberry <tt...

...Jean-Marc >> >> On 08/05/15 11:08 AM, Viswanath Puttagunta wrote: >>> Hello Timothy, >>> >>> Just FYI, Phil at ARM is still looking into why mdct is failing.. will >>> keep you posted. In the mean time, do you want me to disable NE10 for >>> mdct_forward and re-submit the patchset so we may make progress? >>> >>> Regards, >>> Vish >>> >>> On 30 April 2015 at 09:33, Viswanath Puttagunta >>> <viswanath.puttagunta at linaro.org> wrote: >>>> >>>> On 29 April 2015 at 17:...

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): CC celt/tests/test_unit_dft.o...

...; fixed-point though. Are yours all floating-point? > Yes, so far they are floating point. Can you post your fixed-point > 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) > - f...

...s _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_init _ve_envelope_mark...

Lancer 20060302 (based on aoTuV 4.51) http://homepage3.nifty.com/blacksword/ Changes: * update to oggenc v2.81 * optimized SSE2 code implementation * bark_noise_hybridmp and seed_curve are inline assembled * modified mdct_forward's SSE optimization * double step bresebham algorithm for render_line, render_line0 implementation

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_wr...

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:

...gt; corner cases that need further investigation. Yes, that seems concerning. I'd like to at least understand the cause of the failures. "Audio is clearly audible" is not a very strong test for encoder quality regressions, but in the worst case we could just disable NE10 for mdct_forward.

...lloca" you MUST include an extra header file <alloca.h> ... I quote from the man page: "The #include <alloca.h> is required." Also, then wherever alloca is used, especially in initialisations, it MUST be cast to the correct type, e.g. in "mdct.c" void mdct_forward(mdct_lookup *init, double *in, double *out){ int n=init->n; double *x=(double*)alloca(sizeof(double)*(n/2)); double *w=(double*)alloca(sizeof(double)*(n/2)); .... There are other modules which also require casting to long* and some other types. IRIC "cc" barfs at all these i...

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 parameter explicitly > - reduced stack u...

Is 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 en...

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

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-intrinsics (without the NE10 options): Yep,...