Beginners Guide To Ripping With Gordian Knot

elchupacabra

You could try to remove some frames (2-3) from the end of the video stream (where the ending credits are over and all is black).

I would suggest that you remove all your denoising filters and encode the whole thing with a high quantisizer to run the tests as fast as possible.

Slayer

Removing 2-3 frames would not help when the difference is much bigger, or would it?

I could try another deinterlacer (not IVTC) to see what happens. The only thing is that without IVTC-ing, the framerate will remain 29,976 fps, right?

What is a high quantisizer? 2, 3, 4 or even higher? And do you mean quantizer ratio or quantizer offset?

elchupacabra

Slayer wrote:

Removing 2-3 frames would not help when the difference is much bigger, or would it?

You are probably right. The difference in the thread I posted was 11 frames I think. You have more than thousand. I would suggest another deinterlacer.

Slayer wrote:

I could try another deinterlacer (not IVTC) to see what happens. The only thing is that without IVTC-ing, the framerate will remain 29,976 fps, right?

Yes.

Slayer wrote:

What is a high quantisizer? 2, 3, 4 or even higher? And do you mean quantizer ratio or quantizer offset?

Good question. 20 is used if you specify a lower bitrate for the credits in GKnot. I don't know what the maximum is. You could try 200 and see what happens. I would set the quantizer offset to 200. That's the easiest solution without altering too much of your XviD settings.

spudthedestroyer

did you check the adjust framecount box in gknot btw?

fuEgo

elguaxo wrote:

This reminds me that I must finish the MeGUI guide!

Will the guide be avi/mkv or only one of them?

elguaxo

spudthedestroyer

fuEgo wrote:

elguaxo wrote:

This reminds me that I must finish the MeGUI guide!

Will the guide be avi/mkv or only one of them?

not much difference, just the muxing :beerchug:

Slayer

spudthedestroyer wrote:

did you check the adjust framecount box in gknot btw?

Where is that box? I can't seem to find it in GKnot.

elchupacabra wrote:

Slayer wrote:

What is a high quantisizer? 2, 3, 4 or even higher? And do you mean quantizer ratio or quantizer offset?

Good question. 20 is used if you specify a lower bitrate for the credits in GKnot. I don't know what the maximum is. You could try 200 and see what happens. I would set the quantizer offset to 200. That's the easiest solution without altering too much of your XviD settings.

My quantizer offset is usually at 1.00 and now you'd like me to set it at 200? Isn't that a bit radical? Or do you think GKnot will count the frames better when I have a huge offset?

Thanks for the help btw, guys! :beerchug:

fuEgo

But custom matrix are not so commonly used in mkv are they?

elguaxo · Last edited by elguaxo on Wed Jul 16, 2008 4:09 pm, edited 1 time in total.

fuEgo wrote:

But custom matrix are not so commonly used in mkv are they?

most of the time when you say MKV you probably mean the x264 codec (aka h264, MPEG4 AVC, MPEG4 part10). The only h264 encoder I have worked with is x264 and it has made HUGE steps in the last weeks/months.

CQMs are really necessary for Xvid, they are also being used on retail DVDs (MPEG2) and even on Blue-Rays (h264). x264 needed CQMs in the past, because it had some troubles keeping some small details and grain at medium bitrates which lead to banding or even macroblocks on low contrast/dark backgrounds. Now we have Deadzones, VAQ and Psy RDO and CQMs are no longer needed to get great looking rips

fuEgo

Yes, I meant x264.

Thank you for the info. :rock:

spudthedestroyer

its on the last menu, on the video tab below your first/second pass, there's a check box you need to check if you are using IVTC, adjust frameacount.

Its just suspicious you have a framerate problem and there's a box that says "adjust framecount"

Slayer

OK, I found it. I'll retry with this box checked, I wasn't sure if it was checked or not.

spudthedestroyer

hmmm, doing a rip, its one of a series, now 1-6 encoded fine and the right size, but 7 and a couple of others are coming out undersized:

max: 2
ratio: 1.62
off: 0

eqm_v3uhr_rev2.xcm -> ~718mb target 744mb
if i use 6 of 9 it comes out at 404mb which is a whopping 343mb undersized.

I suspect if i reduce max to 1, and the mins to 1 it will come out sized correctly... is that the best option?

elguaxo

spudthedestroyer wrote:

I suspect if i reduce max to 1, and the mins to 1 it will come out sized correctly... is that the best option?

eqm_v3uhr_rev2.xcm and 1/1.62/0 is the best option in this scenario. Depending on the source the compressibility changes around 2-6% between 1 and 2 max consec B-Vops and that's exactly what you need to hit 744MB.

Slayer

spudthedestroyer wrote:

its on the last menu, on the video tab below your first/second pass, there's a check box you need to check if you are using IVTC, adjust frameacount.

Its just suspicious you have a framerate problem and there's a box that says "adjust framecount"

Checked it, rip succeeded. Thanks. :beerchug:

Slayer

Undersized 1/3: I used Jawors 2cd successfully on the first film (they are also two of a series), should I also go for 1 instead of 2 max BVops? Or should I also change the matrix?

elguaxo

First, nobody should use Jawors 2cd anymore. This was posted by the author of the matrix last year:

Jawor wrote:

Due to a nasty bug in LigH's Custom Quantization Matrix Editor, coefficients in Jawor's 2CD Matrix are not properly ordered. My intention was to order them in a zigzag-scan fashion. Unfortunately the bug in CQME caused improper presentation of scan order. I thought that the order of coefficients in my matrix is right while it wasn't.

...

There's a fixed version called Jawor's ZSM (Zigzag Scan Matrix) available here (scroll the page down).

I know that bugs in software are sometimes inevitable, so I don't blame LigH. He did a great job with his Matrix Editor.

And now to your problem, undersize by how much? DRF Stats?

Slayer

Mmm, I did use it with succes on the previous rip. I guess I'm lucky then?

Most recent rip is 1,34 GB instead of 1,45 GB.

DRF for most recent rip:

Code:

[ About file ]

Name: VTS_02_1.avi
Date: 19/07/2008 12:22:04
Size: 1,446,440,960 bytes (1379.434 MB)

[ Generic infos ]

Play duration: 01:32:18 (5538.04 s)
Container type: AVI OpenDML
Number of streams: 2
Type of stream nr. 0: video
Type of stream nr. 1: audio
Audio streams: 1
ISFT: VirtualDubMod 1.5.10.2 (build 2540/release)
JUNK: VirtualDubMod build 2540/release

[ Relevant data ]

Resolution: 704 x 384
Width: multiple of 32
Height: multiple of 32
Average DRF: 2.668742
Standard deviation: 0.470665
Std. dev. weighted mean: 0.143601

[ Video track ]

FourCC: xvid/XVID
Resolution: 704 x 384
Frame aspect ratio: 11:6 = 1.833333 (~1.85:1)
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 11:6 = 1.833333 (~1.85:1)
Framerate: 25 fps
Number of frames: 138451
Stream size: 1,306,801,306 bytes
Bitrate: 1887.745564 kbps
Qf: 0.279318
Key frames: 1318 (0; 240; 480; 513; 580; ... 138288)
Null frames: 0
Min key int: 1
Max key int: 240
Avg key int: 105.046282
Delay: 0 ms

[ Audio track ]

Audio tag: 0x2000 (AC3)
Bitrate (container): 192 kbps CBR
Channels (container): 2
Sample rate (container): 48000 Hz
Chunks: 138440
Stream size: 132,912,960 bytes
Preload: 480 ms
Max A/V diff: 496 ms
AC-3 frames: 173063
Play duration: 01:32:18 (5538.016 s)
Chunk-aligned: No
Mode: stereo
Delay: 0 ms

[ About MPEG4 encoding ]

User data: XviD0047
Packed bitstream: No
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: MPEG custom (*)
Custom intra quant matrix: 
      8   8   9  11  12  17  18  24
      8   9  11  12  17  18  24  25
      9  10  13  16  19  23  25  30
     10  14  16  19  23  26  30  31
     14  15  19  22  26  29  31  35
     15  20  22  26  29  32  35  36
     20  21  27  28  33  34  36  37
     21  27  28  33  34  36  37  38
Custom inter quant matrix: 
     16  17  18  19  20  21  22  23
     17  18  19  20  21  22  23  24
     18  19  20  21  22  23  24  25
     19  20  21  22  23  24  25  26
     20  21  22  23  24  25  26  27
     21  22  23  24  25  26  27  28
     22  23  24  25  26  27  28  29
     23  24  25  26  27  28  29  30
Number of frames: 138451
Drop/delay frames: 0
Corrupted frames: 0

I-VOPs:  1318 (  0.952 %)                          
P-VOPs: 53164 ( 38.399 %) ##########               
B-VOPs: 83969 ( 60.649 %) ###############          
S-VOPs:     0 (  0.000 %)                          
N-VOPs:     0 (  0.000 %)                          

Max consecutive B-VOPs: 2
    1 consec: 18289 ( 35.770 %) #########                
    2 consec: 32840 ( 64.230 %) ################         

[ DRF analysis ]

Average DRF: 2.668742
Standard deviation: 0.470665
Max DRF: 3

DRF<2:     0 (  0.000 %)                          
DRF=2: 45863 ( 33.126 %) ########                 
DRF=3: 92588 ( 66.874 %) #################        
DRF>3:     0 (  0.000 %)                          

I-VOPs average DRF: 2.164643
I-VOPs std. deviation: 0.370858
I-VOPs max DRF: 3

P-VOPs average DRF: 2.158039
P-VOPs std. deviation: 0.364777
P-VOPs max DRF: 3

B-VOPs average DRF: 3
B-VOPs std. deviation: 0
B-VOPs max DRF: 3

[ Profile compliancy ]

Profile to check: MTK PAL 6000
Resolution: Ok
Framerate: Ok
Buffer underflow: 00:54:48 (frame 82194)
Buffer underflow: 01:07:46 (frame 101656)
Buffer underflow: 01:07:47 (frame 101684)
Buffer underflow: 01:31:27 (frame 137183)
Buffer underflow: 01:31:28 (frame 137197)

This report was created by AVInaptic (18-11-2007) on 19 lug 2008, h 15:15:29

elguaxo

You need ~10% more video bitrate. Keep your settings and switch to HEINI_MR.

Beginners Guide To Ripping With Gordian Knot

Who is online