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. |
18th November 2004, 13:37 | #22 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
Thanks. V3 ULR is going to be revisioned.
EDIT: Download the new matrix
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! Last edited by Sharktooth; 18th November 2004 at 16:13. |
19th November 2004, 21:25 | #24 | Link |
Registered User
Join Date: Feb 2004
Posts: 103
|
^^re-up^^
Scanned through my videos with ffdshow OSD display (frame type, frame quant). It seems all "P-frame; Quant 1" have ugly 8x8 blocks as SharkTooth describes. -minolta p.s. Yes, custom-matrix "adr99?" and trellis enabled. Also, Q1 I-frames were not affected, just Q1 P-frames (same with SharkTooth's examples). Last edited by minolta; 19th November 2004 at 23:00. |
22nd November 2004, 15:42 | #25 | Link | |
Registered User
Join Date: Jun 2003
Posts: 121
|
Quote:
Note: Last time i checked, Trellis was only used for Inter blocks, IIRC. So i'm a little dubious about the I-frame bug being related to trellis quant. Note2: there's a #define TL_SHIFT in mbtransquant.c in XviD's sources that controls the dynamic range of calcs. Try reducing it... Bye! Skal |
|
22nd November 2004, 16:42 | #26 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
Disabling Trellis fix the blocking... so the bug is somewhere in trellis code...
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! |
4th December 2004, 10:12 | #28 | Link |
Moderator
Join Date: Oct 2001
Location: Germany
Posts: 4,454
|
Silent update on my site: reduced the range from 11 to 10 as well. (in the 1.1.-127 test build)
Please download and test if this helps your problem! Regards Koepi
__________________
Koepi's new media development site |
4th December 2004, 13:58 | #29 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
It seems it fixes the blocking with my matrix.
Now i'm testing with other matrices...
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! |
5th December 2004, 08:40 | #31 | Link | ||
Moderator
Join Date: Oct 2001
Location: Germany
Posts: 4,454
|
Quote:
Quote:
__________________
Koepi's new media development site |
||
5th December 2004, 15:26 | #33 | Link |
Registered User
Join Date: Jan 2003
Posts: 52
|
tested it with 2 CM's and i have the same old blocking problem @quant=1.3+trellis and quant=1+trellis
First matrix was my own tuned for a one-pass encode. Second one was 6 of 9 (valid). you can try a "all 8" matrix for intra and inter frame (for tuning the trellis settings). normal mpeg looks fine now. your turn again |
5th December 2004, 16:03 | #34 | Link |
Moderator
Join Date: Oct 2001
Location: Germany
Posts: 4,454
|
Not really.
With "valid" matrices the problem seems to be solved. The trellis calculation precision has a range of 10 to 16 - so I will not set it to 9. Time to think about the implicated problems of custom "not quite standard conform" matrices per se Cheers Koepi
__________________
Koepi's new media development site |
6th December 2004, 14:34 | #36 | Link | |
Registered User
Join Date: Jun 2003
Posts: 121
|
Quote:
Well, there might be another way of fixing the problem than decreasing the calc precision: we could switch trellis off for Quant=1 or 2, since it's most probably CPU wasting (all the more that there are a lot of non-zero coeffs to scrutinize). But, before: is the blocking bug only present when Quant = 1 or 2?? Skal |
|
6th December 2004, 15:04 | #37 | Link |
Moderator
Join Date: Oct 2001
Location: Germany
Posts: 4,454
|
The error is seen only at quant=1 and with extreme matrices if i'm not mistaken.
Regards Koepi
__________________
Koepi's new media development site |
6th December 2004, 15:27 | #39 | Link | |
Registered User
Join Date: Jun 2003
Posts: 121
|
Quote:
All right, so could someone change the source and only call trellis for quant>2, e.g? Namely, line 219 of mbtransquant.c should consist of: if(sum && pMB->quant>2 && (frame->vop_flags & XVID_VOP_TRELLISQUANT)) { ... } Is there a quality impact? Is the bug gone? Syskin are you there? Skal |
|
6th December 2004, 15:42 | #40 | Link |
Registered User
Join Date: Oct 2001
Location: Melbourne, Australia
Posts: 2,171
|
If anyone wants to test the above change:
http://celticdruid.no-ip.com/test/xvidcore.7z Other than that it is a vanilla ICL7.1 cvs head compile. |
Thread Tools | Search this Thread |
Display Modes | |
|
|