![]() |
Quote:
In BBmpeg do we untick the "Align Sequence Headers Box" also? ozjeff99 |
Quote:
Quote:
http://www.digitalfaq.com/archives/i.../2002/12/5.jpg Also, check "Pad VCD Audio". If not, it will then be done by VCDEasy. So you might as well sheck it too. And BTW, grab CQM 1.03 http://www.kvcd.net/CQMatic-1.03Release.exe which avoids running the program more that once ;) -kwag |
Holly Moses kwag:
You are diligently working on CQmatic. We all thank you for your eforts............For your knowledge in these matters and your style, you are a gentleman and a scholar :book: I am changing versions as we speak. Do not know I am going to be able to complete 2 tests, but I am presently running one. On an earlier test, I received a CQ of 1.........But, right now is working fine, It is on in 2nd pass, if you include the fast pass as the first one. I will post the results as soon as they are completed. Totonho02 |
Hi Kwag..
I forgot to post my results of some tests I did earlier this evening. But, just so that you know, I TMPG crashed during the 4th pass I think, or so. This time, it was encoding a lot more source frames :) from start to finish. But, I ddn't like how long it took though :( Never the less, it's def. an improvement on my end (given the history of my issues) I don't know whta causes TMPG v2.56 to crash though. It was a clean install and all :roll: Thanks for your assist, -vhelp FWIW for 1.01Release, used on TMPG v2.56: --------------------------- http://www.kvcd.net CQMatic Version 1.01 Release. Copyright Softronex Corporation, 2003. All rights reserved. Time: 18:39:08 Date: 07/30/2003 Ready! Project: H:\en\dogma.2.tpr Creating: CQMatic.tpr H:\dogma.mpg Execute. Movie Time: 128 Average Bitrate: 733 Prediction Only mode Executing Prediction Phase... Process started at 18:41:04 On 07/30/2003 CQ too LOW!. Adjusted. Using CQ of 55.00 Entering CF phase. Using CQ of 50.00 FAST source analysis... Process time: 0.48 minutes. Encoder end. Correction Factor = 0.7551 Exit CF phase. Using CQ of 55.00 Encoder started... Process time: 8.73 minutes. Encoder end. File size difference = 0.501719 Last CQ = 55.000000 Current CQ = 41.297287 Using CQ of 41.30 Encoder started... Process time: 8.33 minutes. Encoder end. File size difference = 0.586643 Last CQ = 41.297287 Current CQ = 34.445930 Using CQ of 34.45 Encoder started... Process time: 8.45 minutes. Encoder end. File size difference = 0.654126 Last CQ = 34.445930 Current CQ = 31.020250 Using CQ of 31.02 Encoder started... Process time: 8.28 minutes. Encoder end. File size difference = 0.665841 Last CQ = 31.020250 Current CQ = 29.307411 Using CQ of 29.31 Encoder started... Process time: 15.42 minutes. Encoder end. File size difference = 0.680680 Last CQ = 29.307411 Current CQ = 28.450991 Using CQ of 28.45 Encoder started... Process canceled |
Quote:
Quote:
What resolution are you encoding :?: You are either encoding at a very high resolution, or you are encoding without filters :!: The prediction time is really aweful on CQ values below 40, because of the non-linearity of CQ curve in TMPEG. There's no way around it :!: The same applies for CQ values between 80 and 90. It's a real pig trying to find CQ. If CQ was linear, it would only take one iteration, and BANG!, CQ found, but this is not the case :( -kwag |
@ Kwag..
Ok, thank's for the above :) After researching my faults, I found that: 1 - new version of tmpg, (see below) 2 - I was just feeding a source straight through w/ out any pre-filtering ie, ......resultion, cropping, aspect ration, etc etc. 3 - and no (not enough) tmpg configuring. GOP field is blank, and a few ......other things don't look the same from v2.53 settings :roll: Well, I'm getting exhausted.., done way too much to much today, and lately, I'm listening to my body tell me what's best for me :wink: And, it's telling me ta get some shut-eye!! I find that I wake up w/ much more energy in the morning :) :Drunk: I'll see you all tomorrow, Have a good sleep all :) -vhelp |
Quote:
But I'll have some :drink: :drink: before I hit the sack :mrgreen: Good night :!: -kwag |
Quote:
Tried Dumb & Dumber PAL Avg 947 Max/Min = 2000/539 100minutes I know this is low CQ since its full screen but watchable at CQ 40. After many iterations in prediction only mode CQM arrived at CQ 45.1 and kept repeating sample encodes at this same value in endless loop. The CQ is probably OK though. Two questions: 1. How do you get copy of the Log. I can only select line by line and Ctrl C, Ctrl V does not seem to work. I'm using XP. 2. What Max/Min settings are best to put on 2CDs since the avg bitrate bumps up to 2023. Thanks ozjeff99 |
Quote:
Quote:
Quote:
Quote:
-kwag |
endless loop
I am seeing the endless looping by cqmatic 1.03. The CQ came out to 69.23 and it never did the full encode...(this kept repeating thru the whole night :-))
|
Re: endless loop
Quote:
I know what it is. Something I had in 1.02, and I took it out on 1.03 for debugging :x :imstupid: :doh: I'll fix that now, so keep an eye on this thread :!: -kwag |
|
Quote:
-kwag |
wow!!!
Thats fast .... Thanks Kwag. Will let you know it goes...
|
Quote:
Thanks mate....wil try tonight. Gettin' real close now. You're a champ Kwag Cheers oxjeff99 |
Tried CQMatic for the first time last night on a friends pc. Not sure what to make of it at the moment. Lots of people are having success with it, so I must be doing something wrong :(
We were wanting to put Spiderman on 2 CD's, with a running time of just over 1 hr 56 mins, that gave us an average bitrate of 1658, allowing for an audio bitrate of 192. The movie was ripped, and we frameserved a sample of 2 mins from the middle of the movie with DVD2AVI. Using the Optimal script, (just changing the GripCrop parameters to match the required template resolution), in TMPGEnc, I loaded my template (KVCDx3-MPEG-2-PAL.mcf) and set the min bitrate to 300 and the max bitrate to 2000. I saved the project as a text project, loaded that into CQMatic along with the running time and avg bitrate, and ran a prediction. It didn't take long to run and gave me a CQ of 90! :D What should I have done at this point? What I did, was run CQMatic again, but this time in full encode mode and all I got was a CQ of 60 :o , which is what the template starts with anyway. I then viewed the resulting video clip, and to my surprise it didn't look any better to the one I had encoded earlier directly from the template with no filtering. With so many guys having great success with both using filters and CQMatic, it is obvious to me that I am doing something wrong, but I just don't know what!! Can somebody please help? @kwag, Could you run through a basic step by step process, on how I use CQMatic to get the best CQ for encoding a small sample clip, so that I may view what the resulting video will look like before committing it to a long encode? Thnx in advance. |
Hi mistermickster,
You could start by changing the min.bitrate to 1658x0.57=946. Maybe that could give you a more correct file size :idea: |
Quote:
In the directory where you have installed CQMatic, there will always be a file named "X.Sample.m1v" where X is the name you gave as target in TMPEG. So if you were encoding "demo.m1v", you have a file "demo.Sample.m1v" left on your drive :) You can play that in WinDVD or PowerDVD and see what it looks like, or better yet, open it in Vdub and look at the frames. -kwag |
1.05.00 up!
Grab it :!: At the top of this thread ;)
-kwag |
Did somebody already mention a Batch Function ?
|
Is this guide going to be translated?
Totonho03 |
kwag:
This is just an update. I used CQmatic to predict another film, and this is the result: Quote:
Thanks Totonho03 |
CQMatic suspended until further notice :!:
Please don't waste time testing, as the current results are completely unpredictable on some movies. I'm re-designing the complete prediction algorithm, and until I get at least a ~2% final file size difference on every encode I test, I won't post another version. All versions on the site have been deleted. Thanks, -kwag |
Kwag,
Quote:
I am making 2 disk KDVD 720x480's for miniDVD's. I use vcalc set at 1000, not 1024 and 1400 disk size. I set file size as 698 in BBMPEG to have room for chapters in TMPGEnc Author. I've attached one log and avs used: http://www.kvcd.net CQMatic Version 1.04 Release. Copyright Softronex Corporation, 2003. All rights reserved. Time: 18:13:17 Date: 08/01/2003 Ready! Project: H:\sol\sol.tpr Creating: CQMatic.tpr H:\sol\sol.m2v Execute. Movie Time: 99 Average Bitrate: 1709 Full Encode mode Executing Prediction Phase... Process started at 18:13:39 On 08/01/2003 Entering CF phase. Using CQ of 50.00 FAST source analysis... Process time: 0.85 minutes. Encoder end. Correction Factor = 1.2545 Exit CF phase. Using CQ of 70.00 Encoder started... Process time: 13.02 minutes. Encoder end. File size difference = 1.236973 Last CQ = 70.00 Current CQ = 78.29 CQ difference = 8.294052 Using CQ of 78.29 Encoder started... Process time: 12.78 minutes. Encoder end. File size difference = 1.092968 Last CQ = 78.29 Current CQ = 85.57 CQ difference = 7.278839 Using CQ of 85.57 Encoder started... Process time: 12.80 minutes. Encoder end. File size difference = 0.902651 Last CQ = 85.57 Current CQ = 81.93 CQ difference = 3.639420 Using CQ of 81.93 Encoder started... Process time: 12.72 minutes. Encoder end. Encoding set to Full encode. Full encode start... CQMatic complete! Total minutes of process: 52.18 Process ended at 19:05:50 On 08/01/2003 LoadPlugin("c:\video\dlls\MPEG2DEC.dll") LoadPlugin("c:\video\dlls\sampler.dll") LoadPlugin("c:\video\dlls\decomblegacy.dll") LoadPlugin("c:\video\dlls\dustv5.dll") LoadPlugin("c:\video\dlls\legalclip.dll") LoadPlugin("c:\video\dlls\unfilter.dll") LoadPlugin("c:\video\dlls\fluxsmooth.dll") LoadPlugin("c:\video\dlls\GripFit_preview.dll") LoadPlugin("c:\video\dlls\STMedianFilter.dll") MPEG2Source("d:\sol\sol.d2v") telecide() decimate() LegalClip() unfilter(50,50) GripCrop( 720,480 ) GripSize(resizer="BicubicResize") STMedianFilter(8, 32, 0, 0, 8, 32) # SpaceDust() # Optional - for some "not so clean" DVDs. temporalsmoother(1,2) mergechroma(blur(1.50)) mergeluma(blur(0.1)) # Convolution3d or DCTFilter for extreme worse cases. GripBorders() LetterBox(16, 16, 16, 16) LegalClip() #Sampler(length=24) ##MPEG size = ((Total frames/MovieTimeInMinutes)/24) * MPEG sample file size ## MP2 size: 92,406 M2V size: 1,240,594 Temp00.mpg 713,622 Temp01.mpg 678,552 Close enough for me. |
@ nicksteel,
Boy, I'm glad that "something" is working well in VCALC -- pfew!! Oh, I finally figured out where I saw the 1000 vs. 1024 being used, and why I added it as an option! vcdhelp's java calculator. Has the option, but it doesn't quite explain each use - oh well. http://www.dvdrhelp.com/calc.htm: Quote:
@ nick, you might very well be the only person meeting w/ success w/ VCALC !! (and still going through some more changes/revisions, as I write this) Continued success to ya, -vhelp |
Vhelp, if you add more options, a preferences file would be most appreciated. For example, I always use 1024 and 1400. I'll let you know how usage works out in the future.
|
Hi nick,
Thanks, but please, can you suggest that in my thread instead, so not to taint this one ?? Thanks, -vhelp |
hi nick..
I made a post in the vcalc thread, your question.. -vhelp |
|
Quote:
|
Quote:
I use MAX of 2,000 and MIN of (0.57 * Average). -kwag |
Quote:
|
Quote:
-kwag |
Hi J-Wo..
I think Kwag uses MS in his projects (even tests) and most of his calculations and things are based "off" of MS's. But, as you and others here have demostrated, other calculators can (and do) work in a given scenario.. thanks in part to the "variables" of one's projects ie, source, source quality, users methods and filtering techniques etc etc and the list goes on. I'm speaking from my own personal view - - after reading Kwag's many articles, its not hard to deduce what he uses in tools :) and 8) Its all ---> C8)8)L -vhelp |
Hello Kwag:
This is the result of the latest CQmatic run. Quote:
Regards Totonho03 |
Here's my results for a 91 min movie, avg bitrate 1078 (from moviestacker). Script used was your MA from July 8, 528x480
Wanted file size: 728,194,990 bytes (from moviestacker) Encoded file size: 749,221,556 bytes (2.89% over) Vcalc reports an avg bitrate of 1008 (that's using 1024k and no MS precision), so I'll see in the morning if that gives me a more accurate file size. Oh BTW kwag, I'm positively elated how much faster 1.1.0 is at prediction cycles!!! :lol: |
Quote:
Still not within my wanted ~2%, but close :twisted: Quote:
It should now stay that way :cool: -kwag |
~ one hour to go.
Here's the prediction: Code:
http://www.kvcd.net |
Quote:
Ok, your movie is only 23 minutes long. Why such low average :?: Are you encoding multiple segments on a single CD-R :?: -kwag |
Quote:
|
Site design, images and content © 2002-2026 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2026 Jelsoft Enterprises Ltd.