Quote:
Code:
LoadPlugin("C:\encoding\MPEG2DEC.dll") |
Quote:
|
Quote:
I'm currently encoding a sample of "The sum of all fears" with the BETA-1. I'll also encode the sample with the original matrix. I'll let you know how much difference there is. -kwag |
Quote:
|
Here's what I'm doing to zero in on CQ value faster. The way I do it in CQ_VBR doesn't work correctly with CQ, and takes many many tries to hit the target. That is New_CQ_Value=(Wanted_Size/Sample_Size) * Current_CQ_Value
So this is what I do for CQ: Run a sample session. Apply the formula above to correct CQ value. Note the new CQ value and run a second sample. Apply the formula again, and note the new CQ value correction . Then use New_CQ_Value (Last_CQ_Value + Current_CQ_Value ) / 2 ) and repeat. This way I make less tries and hit the target faster :wink: -kwag |
Quote:
Quote:
|
Quote:
Run another sample, use formula to get new CQ value. Store that on right brain 8O. Now add both values and divide by 2. That's your new CQ value which is exactly between your last two CQ values. Next runs will be half of half of half, and you should get your target in 3 or 4 sample runs max. -kwag |
Quote:
|
Quote:
|
@SansGrip,
I tried Crop using VirtualDub -->Video->Filters->Add->null transform and then clicking the "Cropping button" to bring up the cropping screen. This was even better than Tmpgenc. Then I used FitCD to resize, get the TV-overscan and correct aspect ratio. It all worked GREAT!!! :D Thanks for your help. @Kwag, Tried the file prediction formula for CQ and this time I achieved 0% difference between test file and predicted file size in 4 passes. 8O This used to take 8 to 12 passes. Bless you Kwag :D I'm going to wait until the Q-Matrix development is stable, so I used the standard Q-Matrix for now. Seems you and SansGrip are still testing and changing it. :) -black prince |
Quote:
|
Quote:
I'll search if I can find a delphi plugin that can read a dv2 file (or just extract some frames snapshots). :wink: |
Quote:
|
Quote:
But it would be better if we can also do it from a d2v, cause that's what we usually use as the source file in FitCD. |
Quote:
|
Quote:
In C, I would call it like this: Code:
CROPINFO ci; ci.left = ci.right = 8 ci.top = ci.bottom = 16 ci.width = 704 ci.height = 448 So to test the DLL work out how to call it from the FitCD source then, on return, check the values in the structure match the above. If you can get FitCD calling this DLL when a button is pressed, I'll make it actually do something ;). |
any solution or resolution for matrix,cq or cq vbr......???
:) something? :ideasmiley: |
Quote:
Old matrix (I find the new ones increase the file size too much :() New GOP For LBR, CQ_VBR without noise For 352x240 and 352x480, CQ_VBR with noise For 528x480 and above, CQ without noise |
Quote:
"For LBR, CQ_VBR without noise" yes i get the same result in tests. thank you! :D |
Quote:
Even though the new matrix ( BETA-1 ) increases the file size, did you compare the quality produced to the old matrix, by adjusting the CQ to match file sizes on both encodes :?: At least on the tests I've made, the quality produced was slightly better on low light levels with the BETA-1 matrix. Did you notice that, or were your results different :?: -kwag |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.