@vhelp
I just did a search of the avisynth.org website and every filter in kwag's script supports the YV12 colorspace. Some support YU and YV, but I don't know if you can force it to one or the other. I confirmed Limiter() supports YV12 also. |
@vhelp,
The problem is not related at all to colorspace. If it was a color space problem, then it would also show up in the samples when doing prediction, because prediction is done on the same color space as the final encode. I think the solution, for the time being, is going to be to sample at least 36 or 48 frames per sample instead of 24, and then take ~100 samples per movie ( just like in the original file prediction, a long time ago ). This will increase the prediction time a little, but it will broaden the window of the sampler. If this doesn't work, hell 8O, then we're back to square one :!: -kwag |
Quote:
That's an excelent prediction, even for one CD 8) -kwag |
Quote:
There's no difference at all :!: -kwag |
@ ovg64..
Quote:
Hers's why: In the "prediction" of things, somewhere in the process, VIDEO is being encoded.. right ?? So, when it's encoding the video.. * Ain't it encoding it w/ all those MIXed filters ?? * And, are they the same today, as they were yesterday ?? * Did any ONE of them change ?? Ok, given the above, let say that a user encoded the Movie, K-PAX and it had certain Filters in the script. If EVERY one of those filters were of the SAME color space used in a prevous predict ie, Code:
asharp - YUY2 . . and the predict encoded those samples using the above filters, w/ the YUY2 color space, and user got a 5.0 value, THEN later on, you upgrated a few things, and now you proceed to do the same predict on the same Movie, K-PAX.. Code:
asharp - YV12 * However, you can't go blaing only the filters. There may be other things at play here. Example, v2.52 now has YV12 support. Some things may have changed, that may not be known until things like this come up and they are discovered. Somehow, the conversion of color space is takine place, and as such, something has changed, resulint most likly, "filezie prediciton" Don't forget, that COLOR (no matter how small) plays a part in the encoding. And, that means: * filesize * CQ values * quality * you name it, . ..will be effected down the chain. Mind you all, I'm basing this on the assumption that the predict is somewhere in the process, doing the actual encoding of video, if I remember correctly, that's what it's doing, and that is how it's getting the accurate "filesize predicton". If I'm wrong on this assumption, then I may be off (or wrong) on my analigies. @ Kwag.. * Are you sure that color space is not effected (touched) in those samples ?? * can you run an AVIsynth v2.08 YUY2 predict on the same source, w/ the ...same scenes and frames, and then do anther one w/ AVIsynth v2.52 YV12 and then compare the results ?? I ask, becaues something IS effecting predicts, and after all, video is being encoded, and THAT encode is what is used in the final values you get in your predicts !! I would test this out for myself, but I don't know how to use predict 8O how ironic!! dahh!! -vhelp |
Here's what I'm currently trying, at the end of the script:
Code:
interval = round( ((FrameCount/24)/60) / 2 ) |
I still think the problem is that tok can't read how many times
or how much blur there is going to be on a hole movie, and if asharp(-2,0) was padding file size than that didn't help. So now taking more samples like kwag said may help tok be more accurate but may still not solve the deal here. :? |
Quote:
There are more ways to skin a cat, and we will skin the cat :mrgreen: -kwag |
@ Kwag..
:roll: Let me ask ya a stupid question .. Manual Prediction.. NOThing gets encoded.. and you are just jugling a few numbers around ?? Or, is there SOMEthing getting encoded, and based off the filesize of those encoded snips, you tally those numbers and predict the final CQ ?? :lol: -vhelp |
Quote:
Quote:
And to all :!: I think I (probably!) hit the nail this time :!: It seems that with the MA script, what's throwing us off is the GOP :!: :!: :!: I'm currently testing prediction with the regular formula: Code:
interval = round( (FrameCount/24)/60 ) Here's a sample done with the above formula, and now with a final CQ of 63.66, which is about 3 points below in CQ value from my original encode that was ~5% over in final file size: http://www.kvcd.net/10-sec.mpg We'll have to wait ~4 1/2 hours for the result :!: I'll post here the final file size when the complete movie finishes. If this does indeed correct the problem, then we have to talk to hedix to make the GOP changes in ToK. -kwag |
@ Kwag..
Quote:
By the way, I'm currently trying out ToK (about time i'd say) I guess this discussion motivated me enough to give it a go :) But, having my own problems. It encodes first pass, next pass gives me the error: Code:
Evaluate: division by zero -vhelp |
Quote:
If you have the "Sampler()", remove it :!: -kwag |
@ Kwag..
Quote:
Does this help any ? Thanks, -vhelp |
kwag does the solution you propose and are testing lower the quality since the CQ went down and the GOP is smaller? Sorry I'm just trying to understand all this. You guys come up with some great stuff here that is above my head, but I like to at least try and understand how things work.
Happy weekend :D |
Quote:
-kwag |
looks pretty dam near perfect to me 8O
|
Yeah, the only thing is to wait and see if the final size is ~718,815KB, which is the size calculated by MovieStacker. Wanted file size for prediction is 11,980.25, and with the CQ of 63.66, my sampler was 11,958KB.
So we have to wait :!: -kwag |
Quote:
You mean tok n if so how do you put the line into it :?: Do you edit the ini file or something :?: Quote:
|
Hi ovg64,
I'm predicting the old manual way. After I open the .d2v with MovieStacker, if you look on the "Audio Stream & Authoring" tab, you'll see the video size in KB and in MB. So you take the KB size and divide it by 60, and that's the sampler wanted size :) Then I add the lines: Code:
interval = round( (FrameCount/24)/60 ) -kwag |
Isn't it easy using the old kvcd predictor :lol: i still use it w manual prediction.
|
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.