similar to: understanding vorbis

hi, could someone please apply these to Tremor svn? 0001-update_symbols.patch there are 3 public symbols in the headers, which are missing in the linker script and thus marked as private again. This causes issues for e.g. gstreamer (https://bugzilla.gnome.org/show_bug.cgi?id=616194). 0002-pkgconfig.patch this adds a pkg config file You probably also want to do something like Index:

hi, is there an official or semiofficial way to store gps location in vorbis comments or any ogg file. mp4 and exif store at least: - location name (e.g. London, UK) - longitude (degree as double), latitude (degree as double), elevation (meters) (these three according to WGS84) Stefan

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

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)

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)

OK, into the nitty-gritty, albeit a high-level version. If it sounds like I'm glossing important details, you're right. This discusses only the basic DSP; precise coding, framing, sync, etc, will be in another mail. Vorbis is a hybrid transform domain general purpose audio encoder, like MPEG in some respects (it is rooted in much of the same basic theory). For the most part, the

Uses NEON optimized fixed point fft routines in NE10 library Signed-off-by: Viswanath Puttagunta <viswanath.puttagunta at linaro.org> Signed-off-by: Jonathan Lennox <jonathan at vidyo.com> --- Makefile.am | 12 +- celt/arm/arm_celt_map.c | 46 ++-- celt/arm/celt_ne10_fft.c | 98 +++++---- celt/arm/fft_arm.h |

After a few experiments, I found that both alternatives are very similar, and 2~5% slower compared to the following: diff --git a/celt/mdct.c b/celt/mdct.c index 1634e8e..e490c3b 100644 --- a/celt/mdct.c +++ b/celt/mdct.c @@ -277,7 +277,7 @@ void clt_mdct_backward(const mdct_lookup *l, kiss_fft_scalar *in, kiss_fft_scala it in-place. */ { kiss_fft_scalar * OPUS_RESTRICT yp0 =

I'm haivng trouble compiling the libvoribis source. I'm getting errors I don't understand, could somebody please look at the below and tell me if they have any ideas?? <p>make[2]: Entering directory `/root/libvorbis-1.0/lib' source='mdct.c' object='mdct.lo' libtool=yes \ depfile='.deps/mdct.Plo' tmpdepfile='.deps/mdct.TPlo' \ depmode=gcc3

Hello Vorbis folks, I'm one of the FFTW authors (www.fftw.org), and a few days ago I was playing with our codelet generator for fun and modified it to spit out hard-coded MDCTs of small sizes. The code (at jdj.mit.edu/~stevenj/mdct_128nr.c) for 256 samples (128 outputs) seems to be almost twice as fast as the Vorbis MDCT code for that size on my 2.2GHz P-IV (gcc 3.2.2 and flags "-O1

Optimize opus decode (float only) use case using ARM NE10. Mainly effects opus_ifft and ctl_mdct_backward and related functions. Work based on previous Encode optimization using ARM NE10 library. TBD: Add commit id of upstream Encode NE10 optimization patch so that users have reference of how to enable this optimization Signed-off-by: Viswanath Puttagunta <viswanath.puttagunta at

Optimize opus decode (float only) use case using ARM NE10. Mainly effects opus_ifft and ctl_mdct_backward and related functions. Work based on previous Encode optimization using ARM NE10 library. TBD: Add commit id of upstream Encode NE10 optimization patch so that users have reference of how to enable this optimization Signed-off-by: Viswanath Puttagunta <viswanath.puttagunta at

I am attempting to port CELT to the TI C5515 DSP. I am compiling/assembling/linking with Code Composer Studio 4. I have enabled the TI_55 specific optimizations in my config.h file per this <http://lists.xiph.org/pipermail/celt-dev/2008-December/000033.html> post. However, I am getting several "undefined symbol" linking errors that do not make sense to me. According to the error

My ogg library is located in /home/warren/local. So when I configure and compile the vorbis module on my linux box using configure --with-ogg-prefix=/home/warren/local make I get the following error during the make: gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0.0\" -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -I. -I. -I../include -O20 -ffast-math -mno-ieee-fp -D_REENTRANT

Good catch! I think gcc is just unable to make use of restrict for anything useful. Apparently your compiler does, so could you benchmark both patches below and see if it makes a difference in terms of speed. If it's worth it, I can keep the restrict and add the odd case handling, but if not I'll just remove the restrict. Thanks, Jean-Marc On 21/02/14 05:54 PM, Marcello Caramma

Optimize opus encode (float only) usecase using ARM NE10 library. Mainly effects opus_fft and ctl_mdct_forward and related functions. This optimization can be used for ARM CPUs that have NEON VFP unit. This patch only enables optimizations for ARMv7. Official ARM NE10 library page available at http://projectne10.github.io/Ne10/ To enable this optimization, use --enable-intrinsics

Optimize opus encode (float only) usecase using ARM NE10 library. Mainly effects opus_fft and ctl_mdct_forward and related functions. This optimization can be used for ARM CPUs that have NEON VFP unit. This patch only enables optimizations for ARMv7. Official ARM NE10 library page available at http://projectne10.github.io/Ne10/ To enable this optimization, use --enable-intrinsics

Optimize opus encode (float only) usecase using ARM NE10 library. Mainly effects opus_fft and ctl_mdct_forward and related functions. This optimization can be used for ARM CPUs that have NEON VFP unit. This patch only enables optimizations for ARMv7. Official ARM NE10 library page available at http://projectne10.github.io/Ne10/ To enable this optimization, use --enable-intrinsics

Optimize opus encode (float only) usecase using ARM NE10 library. Mainly effects opus_fft and ctl_mdct_forward and related functions. This optimization can be used for ARM CPUs that have NEON VFP unit. This patch only enables optimizations for ARMv7. Official ARM NE10 library page available at http://projectne10.github.io/Ne10/ To enable this optimization, use --enable-intrinsics

I tracked down the bug to an incorrect use of restrict. I would not consider this a compiler bug: we are lying to the optimizer by telling it that a pointer is restrict when in fact it isn't. This can be fixed like so: diff --git a/celt/mdct.c b/celt/mdct.c index 1634e8e..fa5098c 100644 --- a/celt/mdct.c +++ b/celt/mdct.c @@ -276,8 +276,8 @@ void clt_mdct_backward(const mdct_lookup *l,