Log in

View Full Version : HCEnc - "corrupted" built-in matrices?


aerDNA
14th June 2011, 14:35
This may have been reported already but there's a problem in HCEnc 0.25/0.26b, what the title says. The matrices in question are MANONO1-3. I stumbled upon it accidentally, I was toying around, opened a HCEnc-encoded clip in DGIndex and checked the 'Log Quant Matrices' option. The result was confusing as Intra and NonIntra values were identical. Test_Clip.quants.txt:
Intra Luma and Chroma Matrix at encoded frame 0:
12 12 13 14 15 16 22 26
12 13 14 15 16 22 26 32
13 14 15 16 22 26 32 41
14 15 16 22 26 32 41 53
15 16 22 26 32 41 53 94
16 22 26 32 41 53 70 94
22 26 32 41 53 70 94 94
26 32 41 53 94 94 94 94

NonIntra Luma and Chroma Matrix at encoded frame 0:
12 12 13 14 15 16 22 26
12 13 14 15 16 22 26 32
13 14 15 16 22 26 32 41
14 15 16 22 26 32 41 53
15 16 22 26 32 41 53 94
16 22 26 32 41 53 70 94
22 26 32 41 53 70 94 94
26 32 41 53 94 94 94 94
The matrix used was MANONO1. Encoding with MANONO2-3 revealed the same issue. Then I tried other matrices (tested MPEG, AVAMAT7, FOX1-3) and the results were as I originally expected - DGIndex's quants log matched the actual matrix used.
Then I used MANONO1 as a custom matrix (created an mtx file with values provided in HCEnc documentation) and the result was as it should be:
Intra Luma and Chroma Matrix at encoded frame 0:
8 8 8 9 11 13 14 17
8 8 9 11 13 13 14 17
8 8 11 12 13 14 17 94
9 11 13 13 14 17 17 94
11 11 13 13 14 17 94 94
13 13 14 16 17 20 94 94
13 13 14 17 94 94 94 94
13 14 17 94 94 94 94 94

NonIntra Luma and Chroma Matrix at encoded frame 0:
12 12 13 14 15 16 22 26
12 13 14 15 16 22 26 32
13 14 15 16 22 26 32 41
14 15 16 22 26 32 41 53
15 16 22 26 32 41 53 94
16 22 26 32 41 53 70 94
22 26 32 41 53 70 94 94
26 32 41 53 94 94 94 94

So my conclusion was there's definitely something wrong with built-in manono matrices.

Sorry for going into such detail about something that could've been summarized in a sentence or two but that's how I am, at least there's no chance of a misunderstanding. :) I hope my feedback is helpful.

Midzuki
14th June 2011, 19:09
Thanks for reporting the issue.
Probably Hank will recompile HCenc A.S.A.P. :)

aerDNA
18th June 2011, 20:08
Seems you were wrong, unless you were being sarcastic, I can't tell for sure. :)
I like manono1, I prefer it to MPEG and I'm sure I'm not the only one. When it's used as a custom matrix, everything's in order so there's no rush as far as I'm concerned, the important thing is that people who use manono matrices are aware of the bug.

hank315
18th June 2011, 23:08
Indeed, the manono intra matrices were wrong, should be fixed now, a new beta can be downloaded here (http://hank315.nl/files/HC_026/HC026_beta_16-06-2011.zip).
I still need to look at the max bitrate exceeding problem reported by VonOben.

aerDNA
19th June 2011, 00:56
Yep, it's fixed. :)

Midzuki
19th June 2011, 05:06
Seems you were wrong, unless you were being sarcastic, I can't tell for sure. :)

No problemos, many people like to misunderstand everything that I say. :)

VonOben
27th June 2011, 09:24
I still need to look at the max bitrate exceeding problem reported by VonOben.

I like this. :thanks:

As long as developers let me know if they plan to do something, plan not to do something or if they don't know what they plan... I'm happy. :) Then it really doesn't matter if it's a process that will take days, years or forever.

What I can't stand are developers (myself including) who just are silent. :)

(Sorry for this little rant... the Boxee Box-team got me rewed up. Damn-piece-of-locked-down-crap-that-I'm-about-to-sell.)