similar to: Add callback for twiddling DCT data

Good day! I'm creating HDL IP CORE (for using in FPGA) for theora encoder (now only I-frames). I don't undestand one moment. Now i develop such stages: 1. From RBG(byer) to YCbCr converter 2. DCT processing (8x8 pixels blocks) 3. Quantizator of DCT coeff. 4. Zig-Zag of quantized DCT coeff. and now i have uresolved last stage of compression - how i must send 8x8 blocks to huffman

Looking for the DCT function, but don't see it in the signal pkg. http://rss.acs.unt.edu/Rdoc/library/signal/html/signal.package.html http://rss.acs.unt.edu/Rdoc/library/signal/html/00Index.html As I understand it, the 'signal' functions are ports of the corresponding matlab/octave code, where the DCT exists. Did I miss it (different name?) or is someone working on a port for

Why for white-pixel image, oc_enc_fdct8x8_c() returns the matrix with non-zero AC-coefficients? _x[64]: * 107 107 107 107 107 107 107 107 * 107 107 107 107 107 107 107 107 * 107 107 107 107 107 107 107 107 * 107 107 107 107 107 107 107 107 * 107 107 107 107 107 107 107 107 * 107 107 107 107 107 107 107 107 * 107 107 107 107 107 107 107 107 * 107 107 107 107 107 107 107 107 _y[64]: * 3426

Why in the procedure oc_enc_block_transform_quantize() is used function oc_idct8x8()? After all, Inverse DCT only need to decoding stage, rather than coding?

From: Thorvald Natvig <slicer at users.sourceforge.net> --- celt.pc.in | 2 +- configure.ac | 2 ++ libcelt/Makefile.am | 12 ++++++------ tests/Makefile.am | 2 +- tools/Makefile.am | 4 ++-- 5 files changed, 12 insertions(+), 10 deletions(-) diff --git a/celt.pc.in b/celt.pc.in index 98cc008..67a830b 100644 --- a/celt.pc.in +++ b/celt.pc.in @@ -10,5

On 5/29/08, Thorvald Natvig <thorvald at natvig.com> wrote: > Alexander Chemeris wrote: > > On 5/29/08, Thorvald Natvig <thorvald at natvig.com> wrote: > > > I've done listening tests when converting wb_male.wav to 44.1, 48 and 8khz, > > > and there aren't any obvious artifacts. I also did a 16=>16 test, and the > > > results are delayed

Dear all, I was wondering whether anyone knows about a program which converts (part of) a data definition file (such as a .dct file for stata, or .sas file for sas) into an R-script. Here is an example with a .sas file: <-- snipp VALUE HTYPE (default=32) 0 = "Not in household" 1 = "Married couple family household" 2 =

Alexander Chemeris wrote: > Hi, > > On 5/27/08, Thorvald Natvig <thorvald at natvig.com> wrote: > >> And here's a patch for Intel Math Kernel Library. This allows commercial >> users of Speex to use a high-speed FFT library that isn't GPL'd. (You do >> need to pay for it though). This is 3 times faster than the default FFT in >> speex, and

Thorvald, re: At 03:18 AM 1/6/2006, Thorvald Natvig wrote: >I just checked it in the debugger, and this was with gcc 3.4.4 (mingw)... >And the addresses were not properly aligned :( From a bit of googling, >this seems to be a thread problem, as the gcc just maintains 16-byte >alignment of the stack -- if the start function of the thread had >misaligned stack, the misalignment

Alexander Chemeris wrote: > Hi, > > Here are some questions from user point of view. :) > > On 5/29/08, Thorvald Natvig <thorvald at natvig.com> wrote: > >> I've done listening tests when converting wb_male.wav to 44.1, 48 and 8khz, >> and there aren't any obvious artifacts. I also did a 16=>16 test, and the >> results are delayed by 10ms

I vote for splitting 'em off and documenting the great features of each. I've been using the codec for a while now and would be more likely to dig in to the additional features if they were offered as separate components so I could use them with other audio projects (as well as being more likely to use those features in speex, simply because they would be easier to dig in to at

Hi, Attached is a patch which enables FFTW3 to be used by libspeexdsp. Using SSE, the FFT code is more than twice as fast, and it's 50% faster even without SSE. To enable the library, you'll need to call configure with '--with-gpl-fftw3'. Based on the benchmarking we did, this also changes the default FFT to smallft for floating point implementations when not using FFTW3.

Hi, Here are some questions from user point of view. :) On 5/29/08, Thorvald Natvig <thorvald at natvig.com> wrote: > I've done listening tests when converting wb_male.wav to 44.1, 48 and 8khz, > and there aren't any obvious artifacts. I also did a 16=>16 test, and the > results are delayed by 10ms and within +/- 1 (basically, rounding errors > from the FFT). Do

On 5/29/08, Thorvald Natvig <thorvald at natvig.com> wrote: > > > Yes, I plan to use it in a VoIP environment if I can get latency reduced to > > > an acceptable level :) > > > The latency depends directly on the overlap parameter, which also controls > > > the quality. Higher quality => higher latency. You could set the overlap to > > > 0,

Tom, Thorvald, Could one of you submit the details to the gcc bugzilla so it gets fixed? BTW, is 4.0 affected? Jean-Marc Le vendredi 06 janvier 2006 ? 17:13 -0800, Tom Harper a ?crit : > Thorvald, > > re: > At 03:18 AM 1/6/2006, Thorvald Natvig wrote: > >I just checked it in the debugger, and this was with gcc 3.4.4 (mingw)... > >And the addresses were not properly

Dear all, Sorry for this simple and maybe stupid question, I'm working in the implementation of opus for ARMv7e microcontroller using a library CMSIS/DSP used to calculate the CFFT and MDCT based on the DCT-IV. my question is: In the implementation of Celt you have used a fixed length CFFT equal to 1920, I want to know if there is some issues which can appear if a change that configuration

Hi, I see you're changing the jitter buffer around quite a bit. Could you let us know when it's ready for general testing? (At the moment it doesn't handle missing packets at all) Best wishes, Thorvald

Jean-Marc Valin wrote: > Thorvald Natvig a ?crit : > >> I see you're changing the jitter buffer around quite a bit. Could you >> let us know when it's ready for general testing? (At the moment it >> doesn't handle missing packets at all) >> > > While I'm not completely done yet, I thought the current version was > working. Can you tell

Thanks for the last info it was truely helpful. Anyways, I'm currently trying to implement 3D textures into yuzu, as far as I know they are twiddled in a different manner to 2D textures. Could one of you guys point me in the right direction? I've been meddling around: https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/nouveau/nv50/nv50_tex.c but I can't see where the

Happy new year all! I have had a few issues with this sort of stuff- you could adjust NB_ENC_STACK or SB_ENC_STACK (which ever you may be fiddling with) and see if the problem goes away- could be the allocation for the vorbis psy tables takes up more space than the current stack size allows (not sure how allocated? Could be your settings for supporting alloca/etc. are set different than jm,