Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
4th April 2009, 02:10 | #2 | Link |
Registered User
Join Date: Jan 2009
Posts: 25
|
And who can understand why A(Q)*B(Q)*(G^2) = 2^(N+L) as show in page 17 of the pdf file in the ulr.http://csie.ntut.edu.tw/labvsp/Chine....264%20AVC.ppt
|
4th April 2009, 02:19 | #3 | Link |
Registered User
Join Date: Jan 2002
Location: France
Posts: 2,856
|
Have a look at that PDF
__________________
|
4th April 2009, 02:30 | #4 | Link | |
Registered User
Join Date: Jan 2009
Posts: 25
|
Quote:
First why the scale constant for the quantization is 2^15 (equation 1)? and why the inverse quantization scale factor is 2^6 (equation 2)? Second why the ratio between successive quantization step size is 1.2246...? |
|
4th April 2009, 07:26 | #5 | Link | ||
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
Quote:
Quote:
There's nothing special about 6, but the reason to pick a small integer root of 2 is so that a codec only needs to contain a small table of scaling factors, and can compute the rest of the quantizers with bitshifts. (I would have picked 2^(1/8) to simplify the modulus operation too.) |
||
4th April 2009, 07:57 | #6 | Link | |
Registered User
Join Date: Jan 2009
Posts: 25
|
Here is the pdf file.http://www.vcodex.com/files/H264_4x4...aper_Apr09.pdf
Quote:
|
|
4th April 2009, 08:46 | #7 | Link | ||
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
Quote:
2^6 was chosen as the largest scale such that all the intermediate values during the computation of idct fit in 16 bits. Quote:
|
||
4th April 2009, 09:54 | #8 | Link | |
Registered User
Join Date: Jan 2009
Posts: 25
|
Quote:
Last edited by xxthink; 5th April 2009 at 01:41. |
|
4th April 2009, 10:09 | #9 | Link | |
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
Quote:
Code:
QP0: 10, 13, 16 QP1: 11, 14, 18 QP2: 13, 16, 20 QP3: 14, 18, 23 QP4: 16, 20, 25 QP5: 18, 23, 29 QP6: 20, 26, 32 QP7: 22, 28, 36 QP8: 26, 32, 40 QP9: 28, 36, 46 QP10: 32, 40, 50 QP11: 36, 46, 58 QP12: 40, 52, 64 ... up to QP51 Now that does involve some more arithmetic, so a programmer could choose to keep the whole table, i.e. spend a little memory to save a few cpu cycles. But if the dequant function didn't involve integer powers of 2, then you wouldn't even have a choice. Last edited by akupenguin; 4th April 2009 at 10:14. |
|
4th April 2009, 10:25 | #10 | Link | |
Registered User
Join Date: Jan 2009
Posts: 25
|
Quote:
In the early stage of H.264, QP will range from 0 to 31. Now QP will range from 0 to 51. I don't know why. |
|
3rd April 2015, 16:33 | #11 | Link | ||
Registered User
Join Date: Dec 2014
Posts: 2
|
chroma values in dct
Hi I got into DCT coefficients and I am wondering Why do we set the same values for intra/inter chroma coefficients as for inter/intra luma coefficients in h264 codec?
Like I have modified the flat matrix to this: Quote:
Quote:
|
||
4th April 2015, 00:47 | #12 | Link |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,407
|
H.264 can change the quantizer independently for luma and chroma, why would you not use the same matrix for both?
__________________
madVR options explained |
Tags |
quantization |
|
|