Quote:
|
WOW!!! This is amazing guys :!: :D
I just encoded "Half Past Dead" with your exellent prediction method. Here's the results: Quote:
The script I used look like this (Thank you incredible :wink: ): Quote:
P.S. Now all we need is for someone to make an automated program for this prediction method... 8) :D |
I read some replies, and there are a lot of bright thoght. My english is terrible, but I hope you will understand.
I have also some ideas to predict CQ, I have posted a post about I before but I got no response... First we can take a look at how TMPGEnc PLUS do 2 pass (new method) encoding: -First it encode the first pass with a current CQ value. Then TMPGEnc can calculate a motion factor out off avg bitrate and the bitrate off each GOP. -Then it does the second pass. It use the results from the first pass and calculate a of the GOPs. The CQ value will variate a litle bit from GOP to GOP, becouse the last GOP can be bigger or less than the last calculated. To get all the information of bitrate for each GOP etc. try to encode a litle sample and turn the logg on!!! In the logg we get all the information we need, and I think the logg can be very usefull when doing prediction. So one method can be: -Encode the a sample (5 % of the movie) in 2-pass encoding. Then goto the encoderlogg, and then take avg CQ value of each CQ value for each GOP from the second pass. -Then do a couple of samples with the standard method. This method will incearse time of prediction. I hope someone have somthing to say..... Just try to encode a litle sample and look at the encoderlog. If TMPGEnc can predict CQ value in two passes, why can't we?? |
Quote:
but I think this Thread here is getting total confused IF we start another prediction method within this thread. Cause IF someone Replies "I got it too" .... we never can say to which method his success belongs to, ... see what I mean? ;-) So if you have an Idea to give a new way of prediction, open an new thread again and I'm shure someone will reply! I will! |
@ Audioslave
You don't need to do the Ping and pongs when trying to get close to the needed size you have to match! This takes too much time ;-) You only do pings as long as you get very close ... then you perform a "safety" pong finally. NOW you can see how much the difference takes and if needed you can then perform another pong and if also needed a ping. So ... finetuning will be only needed if you're very close to the reference size. :) Is this your only test prediction using this ping-pong offest method you did until now? I would apriciate it, if you still participate a bit more by doing some other predictions ... just to see YOUR succes/failure average :D |
@ incredible
Yes, you're absolutely right about my excessive ping-ponging. But since it was my first try with this method I had to check to be sure everything was OK! :wink: I'm on my way to try to predict another movie with the "Ping-Pong" prediction. Will post my results as soon as I'm done! :) |
:D
Another Movie, encoded using the Offset PingPong Routine Above BUT again another Test using CCE! Muxed 786MB! -- 795MBs wanted (CCE only supports rounded Q values) |
Incredible
Quote:
Thanks, NickSteel |
Some postings above ... Krassi & I gave an explanation how to do this .. just have a look :wink:
|
Well my friends ... I did a lot more prediction/full encode tests using my script above. I didn't want to continue posting all precise values cause ... I think it will start boring ;-)
Testing on Movie Sources where I even didn't achieve almost. 90% acuracy when using TOK or CQmatic before ... this here gave me more acurate results. This Weekend I did another 8 encodings. So seen the average as a whole (including the test-encodings in the past) 3 movies failed ... one resulted as a 767MB muxed .mpg, one as 786mb and one as 798MB. So if someone's there (maybe the author of TOK!) who knows programming so this could be done automatically (Like TOK, which also uses the adding of AVS-Sampler lines) ... it would be very helpful to start the next step: Testing the computer automated process. BTW: What I figured out is... when using a first 2pass on the sample ... this gives me a better reference size to match! I did also the method to do sample reference size determining using the manual calculation like Audioslave and Krassi do incl. a safety margin of factor 0,98 but my first 2pass method results more acurate for me :? |
How much time in average you need for prediction?
|
Watch the thread some postings above!
Quote:
|
Sorry, probably I was not clear. Firstly, I meant how much time it take for you, incredible, and second I thought of results as a % from the full encode. For example, 2h movie full encode 10h, prediction 2h, another movie 100 min, full encoding 8h, prediction 90 min - well in average it makes for the prediction about 20% of full encoding time . Something like that...
|
Quote:
In case of MY CPU (XP1800 DLT3C JIUHB @ 2530 Mhz real) every turn when using 352x288 takes 1-2min, so 480x576 would take abou 2-3min. As you see in my reports in Average I need about 5-10 turns, .. and so ... yes, in case of a 100min movie it would take about 10-20min (480x576), when doing this routine manually --- refering to my CPU. So 10-20% prediction time theoretically it will take. But ... just try it, cause I don't know your CPU ... it also depends on if you directly go very near when choosing the first CQ step. This depends on your feelings for CQs. ;-) |
A-ah, well, I just asked to compare with the prediction I am currently using. It is a bit different approach. Thank you.
|
I updated the prediction script:
When running in Workout-Mode you will see this part within the picture above: http://www.digitalfaq.com/archives/error.gif Explanation: - "Frames of Movie total" = Speaks for itself, but anyway y added the length in seconds and minutes ... - "x Samples*x Frames (GOP=gop*gl) = ca x% of Movie total = The auto calculated Prediction size depending on the values you set in the beginning of the script and therefore the resulted amount of % of the whole movie which will be sampled - "Frames of Sampler = x ...." = The auto calculated size of the sampler in frames, seconds and minutes - "Offset set to x sec." = Here you see the offset in seconds to perform the "ping" and the "pong" which you set as a value at the beginning of the script REFERING to: - "Offset intervall should be...." = Here you see how the "ping" and the "pong" values (variable "off")should be set individually to each source and settings in the script! ..... Nice! ;-) The script below is in workout mode status ... so the subs will be seen. Its important so you can see the recommended Offset-values at the end of the subs! Keep them in mind and afterwards deactivate the lines beginning with "Subtitle...." and "\.......", after this you can do your first step. Because if you do an encoding after predictionning WITHOUT Subs (shure) you also have to do the Prediction WITHOUT the subs! So the Pixelinformation at Prediction and encoding will be constant! These Days I'll write a "function" Version of this script so you'll be able to safe the script as .avsi ... and by just adding it to the AVS Plugins Folder you can call this Prediction by using a simple command in your AVS Script incl. values to set like the gop, ml,and so on, like slicer(0,24,3,5,sub="true") .... so stay tuned. And here comes the new script: Code:
############################################################### |
Hi, Incredible.
I've been having difficulties predicting a 82 min 720x480 PVR250 MPEG2 tv capture. CQMatic constantly predicts a CQ resulting in a small mpg. CalcuMatic set to 128, 80Min CD results in 740MB muxed (Headac3he mp2 128). I wish to try the method above. I will use trim statements from VirtualDub-MPEG, the MA optimal script with Telecide and Decimate and Kwag's x3 template reset to 704x480. I wish to use the maximum sampling size. :?: What changes should I make in the above script? |
Post your script!
Ill add the needed lines .... |
Novice question :oops: :oops:
How can I set "Gop seq length" = 15 for KDVD-Pal template in CEE ?? where is this option? Is in Video setting ? anybody can say to me the best settings for "Video setting"? thxs in advance |
@Kwag,
I'd just like to mention my findings on this and maybe an idea :idea: When this method was first brought up, I thought I'd experiment a little. CalcuMatic gave me an Avg of 1672 and a (0.57 * Avg) of 953. Doing the calculation, a 2 minute clip gave me a sample size of 24.49MB. I actually ran TMPGEnc in VBR mode (using the CQMatic selection), and that gave me a sample size of only 22MB :? A prediction only run of CQMatic gave me a sample size nearer the 24MB, that's a difference of 8%. Over the size of a full encode, that's a big difference. :o Would it be possible, and would it be beneficial, to have CQMatic do the first pass VBR :?: It may help with hitting final size more accurately, and stop CQMatic from going over wanted size :? What do you think :?: |
Hi mistermickster,
Do a prediction with X3 mode, and tell me your results :!: Note: With X3 mode, you don't need the MIN set to (0.57*avg). -kwag |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.