Bitrates: CQmatic Bug Reports - Page 8

kwag · #**141** 07-24-2003, 08:50 PM

Hi Totonho03,

You should be able to throw any (time) size movie at CQMatic, and it will either encode at a max of 90, or at a min of 1 ( if you like very low quality videos

)
The program should protect MIN,MAX bundaries now

-kwag

J-Wo · #**142** 07-24-2003, 10:41 PM

Quote:

Originally Posted by kwag

Quote:

Originally Posted by J-Wo

Kwag I'm still getting CQ prediction loops with beta 7. It starts at CQ 60, then 50.25, 40.83, 40.66, 40.57, 40.53, 40.51, 40.50, 40.50, 40.49...

Try CQMatic RC-1. You shouldn't get those numbers, and it should predict in around 4 or 5 tries

I'm giving it a try right now. I forgot to count how many attempts it took but it no longer got stuck at 40.49 and instead zeroed in on 37.53. This was on T2 special edition, trying to fit 153 min on one 82 min cdr (with overburn) as KVCDx3. I'm going to try some at lower resolutions and see what my CQs are like, then encode some samples and see how they look.

The only gripe I have with cqmatic is the longer sample times than ToK. I guess I'm just used to Tenra's fast predictions, but I could normally zero in on a CQ in 20 min tops. But now it takes me up to 11 min a sample, and if it takes 4-5 samples well that just adds up! (guess I shouldn't look a gift horse in the mouth but....

)

kwag · #**143** 07-24-2003, 10:51 PM

Quote:

Originally Posted by J-Wo

The only gripe I have with cqmatic is the longer sample times than ToK. I guess I'm just used to Tenra's fast predictions, but I could normally zero in on a CQ in 20 min tops. But now it takes me up to 11 min a sample, and if it takes 4-5 samples well that just adds up! (guess I shouldn't look a gift horse in the mouth but....

)

Well, If we can get 98% accuracy every time, then I wouldn't mind waiting a ~15% extra overhead for prediction

I'd rather wait that extra time, than find out the next morning that it's under 40MB or over 20MB

But then again, only if it's a consistent ~2% precision every time

-kwag

totonho03 · #**144** 07-24-2003, 11:07 PM

Kwag:

Sorry for this, but I am getting a loop with vRC 1.
It started at CQ 60, then it went to:
68.19>72.28>73.40>72.31>72.37>72.32>73.34>72.35>73 .31>72.37>73.29>72.38> 72.37> 72.40 and is still going. I have checked and rechecked my numbers, and the only thing that I did wrong was to use 2500 as max number, instead of 2000. Would this create the loop?
Each time it encoding takes about 13 minutes, and the prediction is now over 2.5 hours.........

Totonho

P.s.- Would you loke for me to send you the log? Is a long one......

kwag · #**145** 07-24-2003, 11:14 PM

Hi Totonho ,

I'm now too tired to think

I quit for today. Tomorrow I'll tackle this.
This doesn't make any sense

And the test/predict cycle is really boring

, so I have to wait a long time too before I get results.
And the worse thing is that I don't get a single movie to fail on me, and that makes things worse, because I can't reproduce the problems

To be continued tomorrow .....

Later,
-kwag

totonho03 · #**146** 07-24-2003, 11:34 PM

Something very odd happened:
I stopped the TMPEGenc, it was still in a loop, printed the log, and surprise, the printed log is longer than the log that the CQmtic was showing win their screen.........No, I only had 4 glasses of Merlot, and am not hic, drunk......... The log even states that CQmatic completed its cycle at CQ 73.054291, (the difference between that one and the previous one is 0.217361, which is less than the .25 tha kwag was talking about............

I will start all over again, but am not sure if I am going to wait a couple of hours for it to finish, so I will report manana por la manana.......

Totonho03

Krassi · #**147** 07-25-2003, 01:07 AM

With RC1, my problem seems to be gone

Here's my log (same source as always):

Code:

http://www.kvcd.net
CQMatic Version 1.0 RC-1
Copyright Softronex Corporation, 2003.
All rights reserved.

Ready!
Project: C:\...\test.tpr

Creating: CQMatic.tpr

C:\...\CQMatic.m1v
Execute.
Movie Time: 23
Average Bitrate: 1111
Full Encode mode
Executing Prediction Phase...
Using CQ of 60.00
Encoder started...
Encoder end.
File size difference  = 0.912617
Last CQ = 60.000000
Current CQ = 57.378510
CQ difference = 2.621490
Using CQ of 57.38
Encoder started...
Encoder end.
File size difference  = 0.921970
Last CQ = 57.378510
Current CQ = 56.067764
CQ difference = 1.310745
Using CQ of 56.07
Encoder started...
Encoder end.
File size difference  = 0.956874
Last CQ = 56.067764
Current CQ = 55.412392
CQ difference = 0.655373
Using CQ of 55.41
Encoder started...
Encoder end.
File size difference  = 0.960947
Last CQ = 55.412392
Current CQ = 55.084702
CQ difference = 0.327690
Using CQ of 55.08
Encoder started...
Encoder end.
File size difference  = 0.961191
Last CQ = 55.084702
Current CQ = 54.920860
CQ difference = 0.163841
Encoding set to Full encode.
Full encode start...
CQMatic complete!

I've tried with a first CQ of 60, i'll let it do a full encode and then i'll try with different CQ's at start.
Thx Kwag for working so hard on this

And thx for the logging feature (very important for me

)

Krassi · #**148** 07-25-2003, 03:28 AM

Well, my doubts where right. With another CQ at start, final CQ is different. I've done the second prediction exactly with the same settings except first CQ. This time i started with 90. Here's the log:

Code:

http://www.kvcd.net
CQMatic Version 1.0 RC-1
Copyright Softronex Corporation, 2003.
All rights reserved.

Ready!
Project: C:\...\test90.tpr

Creating: CQMatic.tpr

C:\...\CQMatic.m1v
Execute.
Movie Time: 23
Average Bitrate: 1111
Full Encode mode
Executing Prediction Phase...
Using CQ of 90.00
Encoder started...
Encoder end.
File size difference  = 0.799289
Last CQ = 90.000000
Current CQ = 80.968002
CQ difference = 9.031998
Using CQ of 80.97
Encoder started...
Encoder end.
File size difference  = 0.800785
Last CQ = 80.968002
Current CQ = 76.451996
CQ difference = 4.516006
Using CQ of 76.45
Encoder started...
Encoder end.
File size difference  = 0.819039
Last CQ = 76.451996
Current CQ = 74.194000
CQ difference = 2.257996
Using CQ of 74.19
Encoder started...
Encoder end.
File size difference  = 0.820735
Last CQ = 74.194000
Current CQ = 73.065002
CQ difference = 1.128998
Using CQ of 73.07
Encoder started...
Encoder end.
File size difference  = 0.824319
Last CQ = 73.065002
Current CQ = 72.500504
CQ difference = 0.564499
Using CQ of 72.50
Encoder started...
Encoder end.
File size difference  = 0.827289
Last CQ = 72.500504
Current CQ = 72.218246
CQ difference = 0.282257
Using CQ of 72.22
Encoder started...
Encoder end.
File size difference  = 0.829017
Last CQ = 72.218246
Current CQ = 72.077118
CQ difference = 0.141129
Encoding set to Full encode.
Full encode start...
CQMatic complete!

EDIT: Same behavior with avs-script with filters. Logs above were done without filters.

tigger · #**149** 07-25-2003, 04:30 AM

sorry kwag, but i still have the problem with short movies, its getting me crazy

well still have the problem with short movies

http://www.kvcd.net
CQMatic Version 1.0 RC-1
Copyright Softronex Corporation, 2003.
All rights reserved.

Ready!
Project: C:\--== DVD RIPPING ==--\Band Of Brothers 10 Teile\Teil 4\bob4.tpr

Creating: CQMatic.tpr

Execute.
Movie Time: 57
Average Bitrate: 1785
Prediction Only mode
Executing Prediction Phase...
Using CQ of 80.00
Encoder started...
Encoder end.
File size difference = -16550299.000000
Last CQ = 80.000000
Current CQ = 90.000000
CQ difference = 10.000000
Using CQ of 90.00
Encoder started...
Encoder end.
File size difference = -16550299.000000
CQ ABOVE watermark. CQ set to 90.0
Using CQ of 90.00
CQMatic complete!

will try a lower cq as start value...lets see

totonho03 · #**150** 07-25-2003, 08:46 AM

Good morning /afternoon gentlemen:

As mentioned, I left the tool running last night, with the max number set at 2,000, and the results were positive:
It went through its calculating routine 6 times, and received a final CQ of 78.3089600 and a CQ difference of .218658.4, the CQ values were:

Quote:

60 > 69.26 > 73.90 > 76.78 > 77.65 > 78.09

I printed the previous log as well, and it shows the point where I stopped the encoding. However, the log keeps on going, perhaps looking at the looped numbers...I do not know, I must have also asked to dump the log twice, that explains the 2 sets showing completed CQmatic)

Kwag, something that perhaps would have answered this without doubts is a clock. Do you think that a clock could be placed at the encoding starting and ending points? Just a question. (I just asked CQmatic to dump the info from my recent test to the clipboard, and I now have 2 sets of the same log, it appears that the command is not clearing the contents of the clipboard, if CQmatic has not been closed.)

Total prediction time appears to be around 1 hor and 30 minutes, this for an 80 minutes film and an average bit rate of 1149
Thanks Totonho

Krassi · #**151** 07-25-2003, 08:49 AM

Hi Totonho,

can you try the same prediction with a low starting-CQ

I would like to know if it is predicting the same or a similar value.

totonho03 · #**152** 07-25-2003, 08:54 AM

Hi Krassi.

Will do that, I will start in about 15 minutes, the result will be there in about 1.5 hours.

Totonho03

tigger · #**153** 07-25-2003, 09:01 AM

hi krassie...
well started preditcion of 57min with low cq, 30
jumped directly in the 2nd pass to 90

J-Wo · #**154** 07-25-2003, 10:08 AM

Kwag: I notice that CQMatic takes a much longer time to encode the same number of frames in its prediction samples than with tmpgenc on its own. For example, the movie I'm on now takes 12 min to encode 3240 frames. But if I add the line trim(0,3240) to my avs and just load that directly into tmpgenc, it only takes 2 min! Sometimes it takes 5-6 tries to get the right CQ, which would mean 60-72 min, whereas I'd "expect" it to only take 10-12 min. Can you shed some light on what this may be due to?

totonho03 · #**155** 07-25-2003, 10:52 AM

Hello Krassi:

I re-run CQmatic, starting at 70, and this is what I have:

Quote:

70 > 75.98 > 78.52 > 80.12 > 79.32 > 78.92 (final CQ of 78.920837, CQ Difference 0.199615

The previous, at CQ 60 was

Quote:

60 > 69.26 > 73.90 > 76.78 > 77.65 > 78.09 ( final CQ: CQ of 78.089600 and a CQ difference of 0.218658.)

Hope this helps

Totonho03

totonho03 · #**156** 07-25-2003, 11:06 AM

And this is my latest log:

Quote:

http://www.kvcd.net
CQMatic Version 1.0 RC-1
Copyright Softronex Corporation, 2003.
All rights reserved.

Ready!
Project: F:\DVD Projects\CQMATIC\tmpgenc\Output\Tomb Raider4.tpr

Creating: CQMatic.tpr

F:\DVD Projects\CQMATIC\tmpgenc\Output\Tomb Raider.m1v
Execute.
Movie Time: 80
Average Bitrate: 1149
Prediction Only mode
Executing Prediction Phase...
Using CQ of 70.00
Encoder started...
Encoder end.
File size difference = 1.170737
Last CQ = 70.000000
Current CQ = 75.975800
CQ difference = 5.975800
Using CQ of 75.98
Encoder started...
Encoder end.
File size difference = 1.033508
Last CQ = 75.975800
Current CQ = 78.521614
CQ difference = 2.545815
Using CQ of 78.52
Encoder started...
Encoder end.
File size difference = 1.020337
Last CQ = 78.521614
Current CQ = 80.118523
CQ difference = 1.596909
Using CQ of 80.12
Encoder started...
Encoder end.
File size difference = 0.952428
Last CQ = 80.118523
Current CQ = 79.320068
CQ difference = 0.798454
Using CQ of 79.32
Encoder started...
Encoder end.
File size difference = 0.987445
Last CQ = 79.320068
Current CQ = 78.920837
CQ difference = 0.399231
Using CQ of 78.92
Encoder started...
Encoder end.
File size difference = 1.008935
Last CQ = 78.920837
Current CQ = 79.120453
CQ difference = 0.199615
CQMatic complete!

Do not think that I need to quote the previous log, but I will do so if you think it is needed.

Thanks

Totonho03

tigger · #**157** 07-25-2003, 12:16 PM

hmmm wondering

set moviestacker to 90mincdr, wanted to have 120min movie on 90min cdr, videostream SHOULD be ca. 780mb, but its 820 mb ??

thought that the filesize woulder NEVER go above the maxiumum?

perhaps, next time, i try to configure moviestacker 88mincdr

anyone tested running cqmatic for 90min cdr configuration?

kwag · #**158** 07-25-2003, 04:14 PM

Please get RC-2

-kwag

totonho03 · #**159** 07-25-2003, 08:52 PM

Hello kwag:

I just finished running a test with RC-2. Here is my log ( I have changed its format a bit to save space):

Quote:

http://www.kvcd.net
CQMatic Version 1.0 RC-2
Copyright Softronex Corporation, 2003.
All rights reserved.

Ready!
Project: F:\DVD Projects\CQMATIC\tmpgenc\Output\Tomb Raider4.tpr

Creating: CQMatic.tpr

F:\DVD Projects\CQMATIC\tmpgenc\Output\Tomb Raider.m1v
Execute.
Movie Time: 80 > Average Bitrate: 1149
Prediction Only mode >Executing Prediction Phase...
Using CQ of 70.00
Encoder started... Encoder end.
File size difference = 1.170737
Last CQ = 70.000000
Current CQ = 75.975800 >CQ difference = 5.975800
Using CQ of 75.98
Encoder started...Encoder end.
File size difference = 1.033508
Last CQ = 75.975800
Current CQ = 78.521614 >CQ difference = 2.545815
Using CQ of 78.52
Encoder started... Encoder end.
File size difference = 1.020337
Last CQ = 78.521614
Current CQ = 80.118523 >CQ difference = 1.596909
Using CQ of 80.12
Encoder started...Encoder end.
File size difference = 0.952428
Last CQ = 80.118523
Current CQ = 79.320068 > CQ difference = 0.798454
Using CQ of 79.32
Encoder started...Encoder end.
File size difference = 0.987445
Last CQ = 79.320068
Current CQ = 78.920837 > CQ difference = 0.399231
Using CQ of 78.92
Encoder started...Encoder end.
File size difference = 1.008935
Last CQ = 78.920837
Current CQ = 79.120453 > CQ difference = 0.199615
CQMatic complete!

I also did a test using CQ 70 on the previous software, RC 1, and the final CQ was:

Quote:

Last CQ = 78.920837
Current CQ = 79.120453
CQ difference = 0.199615
CQMatic complete!

Which as you can notice it is exactly the same thing.

Hope this help some.

Totonho03

kwag · #**160** 07-25-2003, 09:16 PM

Thanks totonho03

But use RC-2, because it fixes many problems with short (High CQ) encodes that can fail miserably with

-kwag