![]() |
@Kwag,
Here's an interesting link from Doom9 where SansGrip started a post about Psychovisual: http://forum.doom9.org/showthread.ph...t=psychovisual -black prince |
Now we have to double check that the file prediction is still consistent with this GOP. I'm currently encoding "K-19" with GripFit ( :wink: ) at 528x480 with 1-24-4-1-24 + BETA-1a matrix, so I'll post tomorrow if the predicted/actual size are on target.
-kwag |
Kwag,
and for (320 wrong)352x240 lbr? :imstupid: about matrix,gop,cq or cq_vbr,high quality? :wink: if my player plays svcds,than should play skvcds? :? i never do skvcd! thanks in advance! :wink: :) editing: is 352x240! |
Quote:
The above GOP should apply too. Need more testing. Try it out :wink: Quote:
-kwag |
I'm currently encoding "K-19" with GripFit( :wink: ) at 528x480 and the test GOP 1-24-4-1-24 + BETA-1 "Notch" Matrix. This is what the movie will look like on one CD-R: http://www.kvcd.net/k-19-small-samp.mpg
-kwag |
Kwag wrote:
"You mean 352x240 right :?: " yes,of course...... :imstupid: :tongue2: :BangHead: thanks,i try! :) |
Hey, don't worry jorel, I do that all the time too :mrgreen:
|
From Kwag "I'm currently encoding "K-19" with GripFit( ) at 528x480 and the test GOP 1-24-4-1-24 + BETA-1 "Notch" Matrix. This is what the movie will look like on one CD-R: http://www.kvcd.net/k-19-small-samp.mpg"
do you mean BETA-1 or BETA-1a "Notch"? |
Quote:
"do you mean BETA-1 or BETA-1a "Notch"?" yes, i ask like syk2c11. |
Quote:
Movie encoded. Final file size was ~4% lower because my sample size was also ~4% lower :x So ratio is correct and prediction is valid :D -kwag |
Well, I just finished running samples from Death To Smoochy (DVD 16:9 1h49m). Here's what I did:
CQ original GOP original matrix CQ new GOP original matrix CQ new GOP beta-1a matrix CQ experimental GOP beta-1a matrix and the same combinations of GOP and matrix for CQ_VBR mode. Result: The experimental matrix caused a huge drop in CQ level, from 48 for new GOP beta-1a to 39. To be honest it looked like I had dropped the CQ that much, with significantly more Gibbs and blockiness. The artifacts at CQ 48 are barely acceptable (I'm going to do a two-disc encode as well, just in case), but at CQ 39 they're definitely not acceptable for a one-disc encode. The experimental matrix increases CQ_VBR compression greatly, causing a jump in CQ_VBR level from 7 for new GOP beta-1a to 11. All CQ_VBR encodes looked far worse than the CQ versions. Overall I prefer the new GOP beta-1a sample. It seems to be about the right balance of compression and artifacts, blocks and Gibbs. |
Quote:
You mean the 1-12-1-1-24 or 1-24-4-1-24 :?: -kwag |
Quote:
|
@Kwag,
Just finished "Signs" using GOP 1-24-4-1-24, Q-Matrix Notch Beta-1a, and CQ=100. This was for a 2 CD encode + audio. The results were GREAT!!! 8O :D Flashing was very subtle this time and from 2+ feet from TV not noticable at all. There was Gibbs, but no worst than using CQ_VBR. File size was smaller than before (e.g. 1.4GB vs 1.5GB) with old GOP and Q-Matrix. The picture quality was Excellent!!! :wink: Gibbs was slightly more noticable than before, but viewing 2+ feet away from screen it was hardly noticable unless you were looking for it. I'm encoding another full video with the new GOP and Q-Matrix to make sure this was not just a fluke. I'll let you know how it turns out :) -black prince |
Quote:
So back to more tests here :roll:. -kwag |
Would experimenting with MPEG-2 do any good as SansGrip said the I-frames would be less blocky? I know it produces bigger files than MPEG-1 but as we've all seen here, it's only a matter of time before the filesize gets shrunk down :idea:
|
i lost something?
now we are testing the BETA-1a notch : 8 9 12 9 10 14 12 14 18 :?: or not? correct it please! :? |
Quote:
But as soon as we get the MPEG-1 stabilized, which I hope is soon :!: , then we can tackle the MPEG-2 optimizations :idea: -kwag |
Quote:
Really, I hope we freeze that matrix now, and that will be the new KVCD v2 Q. Matrix. Hopefully it will stay that way for a long time. -kwag |
:D really good Kwag, i do now some more tests with 352x240 lbr!
:wink: |
@Kwag,
I don't know if tweaking GOP would really solve Gibbs. You sure are making great progress with Flashing. Gibbs has been a problem with old and new GOP's. I have an a crazy idea, what if, SansGrip or someone re-encoded a high resolution KVCD mpg-1 using UnDot to see if there was an improvement. :idea: Just a test clip would satisify the question of improving Gibbs. :?: UnDot requires avisynth 2.5 alpha. Right now there is no proactive filter that could do this, but suppose the way is to re-encode :?: -black prince |
Hi all
My 2 cents ;) : Movie : Panic Room 161075 frames, 6443 sec old matrix : http://apoc.chez.tiscali.fr/panic-ro...ix-cq-79.8.mpg new matrix : http://apoc.chez.tiscali.fr/panic-ro...trix-cq-79.mpg CQ for 1 CD. This film is pretty hard to compress : lot of DCT blocks (look at the wall) -- apoc |
@apoc,
I encoded "Panic Room" and found the DVD source was poor to begin with :( Then of course, the KVCD backup looked even worst. Dark scenes on the DVD had artifacts, blockiness, etc. I didn't expect the backup to look better :? -black prince |
Quote:
-kwag |
Quote:
|
Quote:
|
Quote:
|
@All,
I have a feeling that when I get the final GOP, I'm going to be doing a small tweak on the high frequency end of the matrix. I think this will be the ticket to kill the Gibbs, just like the low frequency notch killed some of the low frequency DCT blocks :wink:. -kwag |
@SansGrip,
SansGrip wrote: Quote:
So the only way to really improve and/or remove Gibbs is to correct Tmpgenc encoder. Hey Frankencoder, where are you!!!!! :) -black prince |
I don't think it's the motion search that creates Gibbs as it's usually seen in high-contrast areas like permanent subtitles etc. There probably is no way to a completely Gibbs-free encoding result, all we can do is try making it less noticable :?:
|
Quote:
|
The best I've been able to do with the GOP without sacrificing compression and eliminating "almost all" flashing is 1-24-2-1-24.
One B, too much flashing. Two Bs, flashing almost (if any!) gone. Three B's flashing barely(almost static), but artifacts start to appear. Four B's, zero flashing, artifacts start to increase. I believe the "Happy medium" is 2 B's, with the GOP 1-XXXX-2-1-24 where xxxx is 24 or above, because last value is what dictates size of GOP. So I'll set it to the usual "5823" :wink: Give it a try guys. There's not that much more we can do here, but I think we've done quite a lot :D . I'm heading to the matrix now one more time to look at the high frequencies :wink: Here's the latest test sample with 1-24-2-1-24: http://www.kvcd.net/1-24-2-1-24.mpg Compare that to the old reference sample http://www.kvcd.net/kpax-newgop-newmat.mpg -kwag |
Tell me if I have this right for the current "state-of-the-art":
GOP: 1-5823-2-1-24 BETA-1a notch matrix CQ am I missing something? Andy |
Quote:
Try it out :wink: -kwag |
Let's put the template up to for everyone to download
:D |
Quote:
-kwag |
Could you put it under a beta section or something, just so we can verify that everyone is using the same teplate?
Jim Quote:
|
Quote:
Here you go!: http://www.kvcd.net/KVCD-MASTER-BETA...-24-2-1-24.mcf -kwag |
@Kwag,
I tested 704x480, 528x480, 352x480, 352x240 using GOP 1-24-2-1-24, Q-Matrix Notch Beta-1a, CQ 80 for all. I didn't create equal file size, since I just wanted to see if Flashing had been effected by the new GOP. I did however tried 528x480 CQ_VBR and I'll discuss that later. The results were astonishing. Flashing disappeared in all the tests. Gibbs was still noticable up close, but no worst than before with old GOP. Now to 528x480 CQ_VBR. There was noticable Flashing. Gibbs was slightly worst. I don't know if I want to compare CQ vs CQ_VBR with the new GOP, since CQ would win by a mile. :D -black prince |
Quote:
I did this sample without blocks overscan, so it will look ok in WMP. I think CQ with the latest changes is the best mode, even for 352x240 :D Anyone else doing more tests :?: Feedback please :!: Good or bad 8) -kwag |
Site design, images and content © 2002-2026 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2026 Jelsoft Enterprises Ltd.