search for: dequantize

I have some data measured with a coarsely-quantized clock. Let's say the real data are q<- sort(rexp(100,.5)) The quantized form is floor(q), so a simple quantile plot of one against the other can be calculated using: plot(q,type="l"); points(floor(q),col="red") which of course shows the characteristic stair-step. I would like to smooth the quantized

I have tried to add a plunging to the "libtheora-1.0beta2" (network bandwidth measuring component was added) and Got it success for some far now the problem is when it is added the encoding process get extremely slow (around 20 seconds delay). I think that the problem is with my modified Makefile (some flag may have missed). the following is my modified Makefile.am which is in the

I have tried to add a plunging to the "libtheora-1.0beta2" (network bandwidth measuring component was added) and Got it success for some far now the problem is when it is added the encoding process get extremely slow (around 20 seconds delay). I think that the problem is with my modified Makefile (some flag may have missed). the following is my modified Makefile.am which is in the

After playing with the vorbis code for a while and doing tons of hacks and analysis on it, I've found it to perform very poorly with impulse signals. The MDCT seems to cause lots of spreading, and it seems to result in much worse impulse performance then mp3. What is the current plan on handling this? Will a smart quantizer be able to avoid it? I've been looking at various ways of

Hi all, Just a stupid question The IDctSlow function on file idct.c has this line : ip[0] = (ogg_int16_t)((_Gd + _Cd ) >> 0); The ip[0] , _Gd and _Cd are of type ogg_int32_t My question is: The result of (_Gd + _Cd) can be a number with more than 16 bits ? (yes, it can be because they are int32, but the algorithm could guarantee something about that... I dont know...) If

I'm getting errors like so on initial build of libtheora - 1>c1 : fatal error C1083: Cannot open source file: '..\lib\dec\x86_vc\x86stat.c': No such file or directory 1> mmxstate.c (TaskId:16) 1>c1 : fatal error C1083: Cannot open source file: '..\lib\dec\x86_vc\mmxstate.c': No such file or directory 1> mmxloopfilter.c (TaskId:16) 1>c1 : fatal error C1083:

Hi all, I tried to compile the theora source with VS2005. But it asked for the ogg library. error message is as follow. **************************************************************************** Error 1 fatal error C1083: Cannot open include file: 'ogg/ogg.h': No such file or directory c:\Documents and Settings\Manoj\Desktop\libtheora-1.0beta3\include\theora\codec.h 64 Error

Here is a patch that gets the theora_static.dsp project for VC6 building again. Aaron -------------- next part -------------- Index: win32/theora_static.dsp =================================================================== --- win32/theora_static.dsp (revision 13945) +++ win32/theora_static.dsp (working copy) @@ -41,7 +41,7 @@ # PROP Intermediate_Dir "Static_Release" # PROP

Hi all. Can any one please help me with my problem. I wrote an application for Android, using Teorarm. It crushes when I try to play the video file. Native application, compiled with the help of Android NDK 9r in Android Studio. Program stack: #0 theorapackB_readARM () at jni/theorarm/src/dec/bitwise2ARM.s:150 #1 0x673fae80 in oc_dec_headerin (_opb=0x6dca5278, _info=0x6dca52b0,

...28 28 36 32 36 52 40 40 52 60 56 52 56 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 for chroma plane? 3) Third question. How do you restore the original matrix after fdct and quantize ... Used dequantize + idct?

Hello, I have improved a little the NHW codec.I have improved the dequantization in the wavelet HH band, and little improved the -l2 (and lower) quality setting.I have also added a -l3 lower quality setting (-15Ko, exp), I have increased the quantization for this other setting, and I start to remove higher wavelet coefficients, but this is not optimal... The artifacts start to be noticeable for

Hi all, Does Theora Community have an interest in a multi-thread decoder implementation? I'm starting to work with multi-thread and I thought that Theora Decoder is a good choice for me, because I had been working with it in a FPGA implementation and I have experience with the library. I'm thinking in working with LoopFilter at first. Do you think I could start with it or there is a

I am build from source on MSVC 2017 cl.exe and MSYS2 32 bit. Environment Machine OS: Windows 10 Prof Visual Studio C++ : 2017 Windows SDK : 10.0.17763.0 MYS2 32 : MSYS_NT-10.0-WOW | uname -m i686 *Building code as below and getting error:* tar xzf libtheora-1.2.0alpha1.tar.gz cd libtheora-1.2.0alpha1; cd libtheora-1.2.0alpha1; CC=cl ./configure --prefix=/d/smallgame/gaminganywhere/deps.posix

...fficient count would not. + Note also that a zero run of length 64 will give _last_zzi a value of 0, + but we still process the DC coefficient, which might have a non-zero value + due to DC prediction. + Although convoluted, this is arguably the correct behavior: it allows us to + dequantize fewer coefficients and use a smaller transform when the block + ends with a long zero run instead of a normal EOB token. + It could be smarter... multiple separate zero runs at the end of a block + will fool it, but an encoder that generates these really deserves what it + gets. +...